-
23 votes
-
Eval awareness in Claude Opus 4.6’s BrowseComp performance
14 votes -
Advice on poor Linux performance vs Windows
Hello! I recently reworked my setup such that I have my drive which holds the operating systems (dual boot of Windows 11 and Linux Mint Cinnamon) and another drive which holds all my actual data....
Hello!
I recently reworked my setup such that I have my drive which holds the operating systems (dual boot of Windows 11 and Linux Mint Cinnamon) and another drive which holds all my actual data. This is my first dive into trying to move to Linux as my daily driver but I'm noticing some performance issues.
The first thing I noticed is that transfer speeds are much less than expected. Copying a large file within my data drive I get about 300MB/s on Linux, which is pretty slow for M.2 drives- I get about 10x that speed doing the exact same operation on Windows. I could be okay with this but I also noticed that some video files, like the 4K mp4s off my phone, are virtually unplayable. They'll run at maybe 1fps and/or bog down the UI so much I cant even use the seek. This is the case in both the default media player and VLC. These same files play with no issue on Windows.
I suspect the reason for all this stems from my data drive being NTFS, though my file system and Linux knowledge is pretty weak so this is just a theory. Any ideas / best practices that might help me here?
28 votes -
OpenAI is a systemic risk to the tech industry
35 votes -
SiFive HiFive Premier P550 RISC-V (on Linux)
4 votes -
Willow - Google's latest quantum chip
14 votes -
TDK claims insane energy density in solid-state battery breakthrough
29 votes -
[SOLVED] Debugging a slow connection between local devices in only one direction
[SOLVED] ... well, this is in many ways very unsatisfying, because I have no idea why this worked, but I seem to have fixed it. Server A has two Ethernet ports, an Intel I219V and a Killer E3100....
[SOLVED]
... well, this is in many ways very unsatisfying, because I have no idea why this worked, but I seem to have fixed it.
Server A has two Ethernet ports, an Intel I219V and a Killer E3100. Several months ago, when trying to debug sporadic btrfs errors (I had my RAM installed incorrectly!), I had disabled some unused devices in BIOS, including the Killer Ethernet port.
Since I had no other ideas, and it seemed like this was somehow specific to this server, I just re-enabled the Killer port and switched the Ethernet cable to that port. I'm now getting 300 Mb/s transfers from my wireless devices to my server, exactly as expected.
I'm gonna like... go for a walk or something. Thank you so much to everyone who helped me rule out all of the very many things this could have been! I love this place, you all are so kind and supportive.
Original:
I'm trying to debug a perplexing networking situation, and I could use some guidance if anyone has any.
Here's my setup:
- UniFi Security Gateway
- UniFi Switch Lite
- Two UAPs
- Two servers, A and B, connected to the USW-Lite with GbE
- Many wireless devices, connected to the UAPs
Here's what I'm experiencing:
- Network transfers from the wireless devices to server A (as measured by iperf3 tests) are very slow. Consistently between 10 and 20 Mb/s.
- Network transfers from server A to all devices are expected speeds. 900-1000 Mb/s to server B, 350-ish Mb/s to wireless devices.
- Network transfers between server B and all devices (in both directions!) are expected speeds.
- Network transfers from the USG to server A also seem slow, which is odd. Only about 60 MB/s.
- Network transfers from the USG to server B and the wireless devices is about 300 MB/s
So, specifically network transfers from any wireless device to server A are slow, and no other connections have any issues that I can see.
Some potentially relevant details:
- Server A is running Unraid
- Server B is running Ubuntu
- Wireless devices include a Fedora laptop, an iPhone, and a Macbook Pro
- UniFi configuration is pretty straightforward. I have a few ports forwarded, a guest WiFi network (that none of these devices are on), a single default VLAN, and two simple "Allow LAN" firewall rules for Wireguard on the USG. No other firewall or routing config that I'm aware of.
If anyone has any thoughts at all on how to continue debugging, I would be immensely grateful! I suppose the next step would be to try to determine whether it's the networking equipment or the server itself that is responsible for the throttling, but I'm not sure how best to do that.
15 votes -
Firefox outperforms Chrome in speed for the first time according to a Speedometer assessment
75 votes -
Google Search has an unfair performance advantage in Chrome (on Android)
10 votes -
Why NetNewsWire is fast
5 votes -
Chrome uses ten to thirteen percent more RAM due to Google's 'Site Isolation' protection for Spectre CPU flaws
14 votes