NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
RN214 - Extremely slow with zip files
Hi, I have a ReadyNAS 214 and it used to be fine before but since about 6-8 months or so, it is extremely painfully slow to compress / decompress zip files. Is it normal? Why would it be so slow? Anyone else has the same problem?
For example, a zip file of 836 MB which contain 1,597 folders and 25,230 files: if I try to decompress it in Linux (desktop, wired ethernet cable) in the GUI, after 2h and 30 minutes, it is still not finished, about 70% done. However, in a terminal it takes 48 minutes. If I log in SSH to the ReadyNAS214 and use the unzip command, it takes 49 seconds. If I copy the zip file to my local mechanical hard drive, it only takes 56 seconds. And finally, if I try to decompress it in Windows (laptop, wireless) it takes about 1h.
Here's a summary:
Desktop - Linux - Wired - GUI = over 3h
Desktop - Linux - Wired - Terminal = 48m
RN214 - SSH = 56s
Laptop - Windows - Local mechanical HD = 56s
Laptop - Windows - Wireless = about 1h
The CPU reach 52 celsius only when decompressing, all is fine. All drives are green, fans is spinning fine.
My ReadyNAS214 is encrypted. It says Status: Healthy, Antivirus: Disabled, File Search: Disable and I have the latest firmware 6.10.3 as of today. The network is in bond0 in Round-Robin with 2 network cables as it always been for a long time.
I only have one volume in READ 5. The speed performance with big files is fast, no problem with network.
There is no installed applications, no Cloud or Backup services configured. I have enabled the services of SMB, NFS, Rsync, HTTP, HTTPS and SSH.
I have 4 hard drives HGST HDN726040ALE614 in it, full specs here: https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/hgst/deskstar-nas/data-sheet-deskstar-nas-internal-drive-kit.pdf
12 Replies
Replies have been turned off for this discussion
It's not something I do much. My setup is different (a 526x NAS using a 10gbit network - and no encryption). If I have a chance, I'll try to duplicate your results on a Windows PC and see how that compares. I use 7-zip (not sure if that will make a difference or not).
StephenB wrote:
I'll try to duplicate your results on a Windows PC and see how that compares. I use 7-zip (not sure if that will make a difference or not).
Turns out the 7-zip command line interface is a bit restrictive - it won't allow me to put an output zip on the SSD when the source is on the NAS.
However, I was able to compare SSD->SSD performance on my PC with NAS->NAS performance using a mapped drive on the PC. While the NAS->NAS performance was slower, it wasn't anything like what you are seeing. My test folder has 5884 files in 177 folders, and a total size of about 500 MB.
I suggest trying your test w/o the round-robin bonding - just to see if that is a factor. You could also try to duplicate my results with 7za.
Local SSD->Local SSD Zip Creation took about 12 seconds (Global Time is the actual wall clock time).
Test1: Create Zip SSD->SSD 7za a -bt -tzip LocalTestSrc Files read from disk: 5884 Archive size: 297220124 bytes (284 MiB) Everything is Ok Kernel Time = 1.968 = 16% 132515 MCycles User Time = 38.171 = 325% Process Time = 40.140 = 342% Virtual Memory = 150 MB Global Time = 11.722 = 100% Physical Memory = 90 MB
NAS->NAS Zip creation took about 40 seconds - definitely longer, but not minute/hours.
Test2: Create Zip NAS->NAS (526x mapped drive) 7za a -bt -tzip NASTestSrc Files read from disk: 5884 Archive size: 297195876 bytes (284 MiB) Everything is Ok Kernel Time = 4.593 = 11% 146766 MCycles User Time = 39.234 = 99% Process Time = 43.828 = 111% Virtual Memory = 150 MB Global Time = 39.332 = 100% Physical Memory = 48 MB
FWIW, the process time and cycle count is really quite close. I'm guessing the difference is SMB latency.
Local SSD-SSD extraction also took about 12 seconds:
Test3: Extract ZIP SSD->SSD 7za x -bt -tzip LocalTestSrc.zip Folders: 178 Files: 5884 Size: 486495926 Compressed: 297220124 Kernel Time = 6.875 = 58% 35717 MCycles User Time = 3.843 = 32% Process Time = 10.718 = 91% Virtual Memory = 5 MB Global Time = 11.736 = 100% Physical Memory = 9 MB
NAS->NAS extraction took about 80 seconds
Test4: Extract ZIP NAS->NAS (526x mapped drive) 7za x -bt -tzip NASTestSrc.zip Folders: 178 Files: 5884 Size: 486495926 Compressed: 297195876 Kernel Time = 14.796 = 18% 62914 MCycles User Time = 3.453 = 4% Process Time = 18.250 = 23% Virtual Memory = 5 MB Global Time = 78.821 = 100% Physical Memory = 9 MB
Process time and cycle counts are higher than the local extraction test, but I think the main difference is again SMB latency.
I then repeated the NAS->NAS tests on an RN202. I'm not using bonding (and I don't use volume encryption). The share is on a jbod volume.
The NAS->NAS zip creation results were similar to the RN526 performance. The extraction test was quite a bit worse (165 seconds, compared with 79). Still not minutes/hours though.
Total guess, but try disabling strict sync on the share. That causes Veracrypt to slow to a crawl on writes, and this may be related. If you are running SMB Plus and have enabled pre-allocation, you should also try disabling that.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
