NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Downgrading ReadyNAS firmware from 6.10.x - Redux
I know this subject has been covered in the past, but almost all the articles are from many years ago. And none are helpful for my issue. I've been using my reliable ReadyNAS 102 for many years now. ...
Sandshark wrote:
Your NAS is slow because the 100 series are the least capable OS6 based ReadyNAS.
Sure, but DoctorBrown's NAS is much slower than my RN102, so there is something going on.
I am wondering if enabling flow control in the pc (and the switches if they have that option) would help. It's possible that packet overruns in the NAS might be part of the puzzle.
Also, I have jumbo frames disabled on my network, so that might also be part of the puzzle.
I have more data. I ssh'd into the system and ran htop to monitor the CPU and Memory usage. Here's the data
All these test were done using a 1 GB file.
MBps CPU usage
Disk to Disk w/cp: 64.9 >90% Kernel
From my Windows 10 System using IPv4, jumbo frames off:
iPerf3: 115.0 >95% Kernel
Win Explorer: 14.7 ~75% Normal, ~20% kernel
Win cmd copy: 14.7 ~75% Normal, ~20% kernel
Win cmd SCP 4.9 ~60% Normal, ~45% kernel
Memory usage in all test was <30%
What seems to be happening is the CPU is maxed out. Clearly the system can handle the 1 GB network or the disk throughput, but adding them together pushes it over the edge. Are there other hardware parms I can check?
Why StephenB is able to get much higher throughput on the same CPU is a mystery to me. Would you be able to measure any of this on your system. I'm sure it would be enlightening.
DoctorBrown wrote:
Why StephenB is able to get much higher throughput on the same CPU is a mystery to me. Would you be able to measure any of this on your system. I'm sure it would be enlightening.
It might take a couple days to get to it.
DoctorBrown wrote:
Are there other hardware parms I can check?
I am thinking it would be good to see the network stats, to see if there are a lot of packet drops (overruns) during the transfer tests. Running ifconfig before and after the test would let you see that.
If there are, then testing with ethernet flow control enabled on the windows machine and switches would be useful.
StephenB wrote:I am thinking it would be good to see the network stats, to see if there are a lot of packet drops (overruns) during the transfer tests. Running ifconfig before and after the test would let you see that.
I ran a Wireshark trace on the computer side while running a file transfer and iPerf3 and didn't see any tcp errors or other anomalies. After a 1GB file transfer, the ifconfig dropped packet count went from 8604 to 8691 out of 17+ Million packets (since the interface up time). There are 0 overruns. ifconfig:
#ifconfig eth0 Link encap:Ethernet HWaddr 28:c6:8e:xx:xx:xx inet addr:192.168.xxx.xxx Bcast:192.168.xxx.xxx Mask:255.255.255.0 inet6 addr: 2601:xxxx:xxxx:xxxx:xxxx::xxxx:xxxx/64 Scope:Global inet6 addr: fe80::xxxx:xxxx:xxxx:xxxx/64 Scope:Link UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1518 Metric:1 RX packets:17570276 errors:1 dropped:8691 overruns:0 frame:0 TX packets:883974 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:532 RX bytes:25854686421 (24.0 GiB) TX bytes:104586322 (99.7 MiB) Interrupt:26
StephenB wrote:It might take a couple days to get to it.
No problem if it takes a few days, I appreciate all you've done.
DoctorBrown wrote:
;UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1518 Metric:1One difference here, as my system is set to use the default 1500 byte MTU.
Another thing I didn't mention - I disable ipv6 on my ReadyNAS. If you aren't, that might be worth a quick test. Some years ago there were scenarios where Windows would end up using an ipv6 link-local address to connect with the NAS, even if ipv6 wasn't enabled in the router. That did reduce performance at the time.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
