× NETGEAR will be terminating ReadyCLOUD service by July 1st, 2023. For more details click here.
Orbi WiFi 7 RBE973
Reply

Re: USB3 full backup slow to the point of unusable

dsnpevl
Virtuoso

USB3 full backup slow to the point of unusable

Since OS 6.4.x, my full backup towards USB 3 drive takes extremely long with very low throughput and slows down the NAS Admin GUI to the point of being unsuable. The symptoms are very similar to what has been described on this site for the Anti-Virus issue on 6.4.x. However these symptoms occur even with AV switched off, so this is a different use-case all together.

Is the extremely slow speed for full backup on USB 3 a known issue?
Is Netgear working on fixing this issue?

Theoretical max throughput of USB3 is 5 Gbit/s (625 MB/s) ( https://en.wikipedia.org/wiki/USB_3.0#Speed_and_compatibility ). On RN516 I'd hoped be able to achieve 80 MB/s or more during full backup to a WD MyBook (WDBFJK0060HBK-EESN), without responsiveness of other processes being degraded.
On OS 6.4.2, in real live, a full backup to rear USB3 on RN516 of 4.5 TB takes over 4 days resulting in an average throughput of roughly 12 MB/s.
On 6.4.0 and earlier, the same full backup only toke 10 hours. So there is a significant drop in performance in 6.4.1 and 6.4.2.
Doing the same full backup with OS 6.5.0-T338 next, to see if things have improved or not.

During the full backup, testing the USB3 througput (writing and reading a large file), reveals only 6.4 MB/s write and 11.2 MB/s read.
CPU usage is 11% and is mostly used by usb-storage process.

Successfully completed backup job Daily Backup USB_HDD 3.

-------- Backup Job Information --------
Backup Job Name: Daily Backup USB_HDD 3
Backup Job Type: Full
Protocol: local
Backup Source: [volume:data]/
Backup Destination: [USB_HDD_3]/data
Backup Start Time: Thu Mar 24 2016  0:05:09
Backup Finish Time: Mon Mar 28 2016 13:42:09
Backup Status: Success

 

# df -h
Filesystem      Size  Used Avail Use% Mounted on
...
/dev/sdg1       5.5T  4.5T  1.1T  81% /media/USB_HDD_3
...


If I've done the math correctly, this is:
Duration: Mon Mar 28 2016 13:42:09 - Thu Mar 24 2016  0:05:09 = 394628 s
Size: 4.5 TB.

Throughput is approx:
4.5 TB / 394628 s = 4718592 MB / 394628 s = 11,96 MB / s

top - 10:31:16 up 26 days, 12:35,  1 user,  load average: 2.25, 2.23, 2.29
Tasks: 202 total,   1 running, 201 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.1 us,  1.3 sy,  0.0 ni, 56.9 id, 41.4 wa,  0.0 hi,  0.3 si,  0.0 st
KiB Mem:   3937476 total,  3745776 used,   191700 free,    26464 buffers
KiB Swap:  2094844 total,        4 used,  2094840 free,  2884272 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
 1071 root      20   0     0    0    0 D  10.3  0.0 585:49.69 usb-storage
28175 root      20   0  116m  18m 1620 D   1.3  0.5  76:34.89 fvbackup
    3 root      20   0     0    0    0 S   0.7  0.0  23:19.63 ksoftirqd/0
   18 root      20   0     0    0    0 S   0.7  0.0  44:28.21 ksoftirqd/2
 3228 root      19  -1 2310m  58m 8296 S   0.7  1.5  27:45.34 readynasd
 3984 root      20   0 1168m  36m 3084 S   0.7  0.9 241:49.37 Plex DLNA Serve
10619 root      20   0     0    0    0 D   0.7  0.0   2:55.76 kworker/u8:6
  682 root      20   0     0    0    0 S   0.3  0.0  23:13.38 kswapd0
    1 root      20   0 45780 4368 1712 S   0.0  0.1   0:26.28 systemd
    2 root      20   0     0    0    0 S   0.0  0.0   0:00.63 kthreadd
    5 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 kworker/0:0H
    7 root      20   0     0    0    0 S   0.0  0.0   3:55.64 rcu_sched
    8 root      20   0     0    0    0 S   0.0  0.0   0:00.00 rcu_bh
    9 root      rt   0     0    0    0 S   0.0  0.0   0:00.92 migration/0
   10 root      rt   0     0    0    0 S   0.0  0.0   0:04.32 watchdog/0
   11 root      rt   0     0    0    0 S   0.0  0.0   0:04.26 watchdog/1
   12 root      rt   0     0    0    0 S   0.0  0.0   0:00.90 migration/1
   13 root      20   0     0    0    0 S   0.0  0.0   3:31.39 ksoftirqd/1

 
Time difference calulation on http://www.timeanddate.com/date/durationresult.html reveals it toke 394628 seconds:

"From: donderdag, 24 maart 2016, 00:05:01
To: maandag, 28 maart 2016, 13:42:09
Result: 4 days, 13 hours, 37 minutes and 8 seconds

The duration is 4 days, 13 hours, 37 minutes and 8 seconds
Alternative time units

4 days, 13 hours, 37 minutes and 8 seconds can be converted to one of these units:

    394.628 seconds
    6577 minutes (rounded down)
    109 hours (rounded down)
    4 days (rounded down)
    1,25% of 2016"

Measurement for USB throughput (see: http://www.binarytides.com/linux-test-drive-speed/ )

# lsblk
NAME      MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
....
sdg         8:96   0   5.5T  0 disk
└─sdg1      8:97   0   5.5T  0 part  /media/USB_HDD_3

# cd /media/USB_HDD_3/
# dd if=/dev/zero of=/media/USB_HDD_3/.largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 168.67 s, 6.4 MB/s
# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"
# dd if=/media/USB_HDD_3/.largefile of=/dev/null bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 96.1322 s, 11.2 MB/s

 

Model: RN51600|ReadyNAS 516 6-Bay Diskless
Message 1 of 58

Accepted Solutions
mdgm-ntgr
NETGEAR Employee Retired

Re: USB3 full backup slow to the point of unusable

Thanks for your patience.

There is a fix in ReadyNASOS 6.5.0 (RC2). The production 6.5.0 firmware is currently expected to be released early/mid May.

View solution in original post

Message 48 of 58

All Replies
StephenB
Guru

Re: USB3 full backup slow to the point of unusable

Duration is actually 394,620 seconds, but that doesn't really matter.  FWIW, the backup job log has more precise information on how much it copied.

 

This is clearly not related to AV, and some other users have also reported it.  I have no information on whether Netgear is working on it or not.

Message 2 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@StephenB wrote:

FWIW, the backup job log has more precise information on how much it copied.


I can't find any information on the total size of the files that have been copied in the status mail. I know there is a line like "sent 1,041,278 bytes  received 23,268 bytes  425,818.40 bytes/sec total size is 11,156,467,159  speedup is 10,480.02" when you would use RSync, but I'm not using that for backup to USB. The message for standard backup doesn't show the total size.

 

The logs in Admin GUI only show one line with no details, like this:

"Backup: Successfully completed backup job Daily Backup USB_HDD 3"

 

Is there another way to access a more detailed backup log file? Or am I missing something?

@StephenB wrote:

This is clearly not related to AV, and some other users have also reported it.  I have no information on whether Netgear is working on it or not.

I hope Netgear will take note of this issue and will work on a solution.

 


Message 3 of 58
StephenB
Guru

Re: USB3 full backup slow to the point of unusable

Ah.  The post also had a Thu Mar 24 2016  0:05:09 start time listed.  that explains the 8 seconds.

 

Sorry - I mis-spoke on the logs.  When I did my performance test I used Windows to determine the folder/file counts and the size.

 

My own report (on 6.5.0 beta performance) is here: https://community.netgear.com/t5/ReadyNAS-Beta-Release/6-5-0-T322-RN100-series-front-port-USB-perfor...

 

Netgear seems a bit muddied on the performance drop-off from 6.2.x.

 

Message 4 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


dsnpevl wrote: I can't find any information on the total size of the files that have been copied



Guess I could use du to find the total file size of the target directory:

 

# cd /media/USB_HDD_3
# du -sbh data
118G    data
# du -sb data
126393129464    data
Message 5 of 58
Leia
NETGEAR Employee Retired

Re: USB3 full backup slow to the point of unusable

Hi dsnpevl, may I ask what's the format of your USB HDD?

 

Message 6 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@Leia wrote:

Hi dsnpevl, may I ask what's the format of your USB HDD?


The WD MyBook (WDBFJK0060HBK-EESN) comes preformatted as NTFS. I have never changed that. See manual http://www.wdc.com/wdproducts/library/UM/ENG/4779-705106.pdf

 

Your My Book drive is formatted as a single NTFS partition ...

Drive details:

 

# fdisk -l
...
Disk /dev/sdg: 6001.1 GB, 6001140957184 bytes
255 heads, 63 sectors/track, 91199 cylinders, total 1465122304 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1             256  1465122303  1565520896    7  HPFS/NTFS/exFAT
...
Model: RN51600|ReadyNAS 516 6-Bay Diskless
Message 7 of 58
YeZ
NETGEAR Expert
NETGEAR Expert

Re: USB3 full backup slow to the point of unusable

Did you check the beta2 firmware to see if the performance improves? There is a fix in beta2 around this area. 

Message 8 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable

I'm running it now on 6.5.0-T338. I don't see improvement in the throughput sofar. The backup is still roughly 10 times slower than it was with 6.4.0 or earlier. Only 1/4th of the total amount of the data has been copied after more than a day. If the problem was fixed, the full backup should already have finished. But can't be fully sure until I get the mail notification. It will probably be  another 3 days before I can analyze the duration and size of the full backup.

 

One thing that is improved, is that the Admin GUI is back to normal response. It no longer hangs up and does show all the icons and usage bars and is updated relatively quickly when clicking refresh.

 

 

Message 9 of 58
ewok
NETGEAR Expert

Re: USB3 full backup slow to the point of unusable

What mount options are you seeing for the USB drive via the mount command?

Message 10 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable

/dev/sdg1 on /media/USB_HDD_3 type ufsd (rw,noatime,nodiratime,nls=utf8,fmask=0,dmask=0)
/dev/sdg1 on /run/nfs4/media/USB_HDD_3 type ufsd (rw,noatime,nodiratime,nls=utf8,fmask=0,dmask=0)
Message 11 of 58
OOM-9
NETGEAR Expert

Re: USB3 full backup slow to the point of unusable

Are you able to check a different filesystem on the USB drive?

I was able to see a significant performance increase with EXT4 (over the NTFS).

Message 12 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@OOM-9 wrote:

Are you able to check a different filesystem on the USB drive?

I was able to see a significant performance increase with EXT4 (over the NTFS).


No, I will not change the file system on the USB drive. NTFS is a supported file system. And I need to be able to access the drive if connected to Windows.

 

Moreover, I've used the same drive from OS 6.2.x upwards and the throughput has been acceptable for me until OS 6.4.1, where the througput decreased 10-fold.

 

I've been struggeling for months now to troubleshoot this issue, keeping me away from the actual purpose of having the NAS, that is to create content for my website.

It's now up to Netgear to find the root cause and come up with a solution to get the throughput back to the way it was on OS 6.2.x.

Message 13 of 58
OOM-9
NETGEAR Expert

Re: USB3 full backup slow to the point of unusable

I was suggesting the EXT4 to make sure that you are not running into the same issue as I was in the lab.

I am suspecting there is a possible change that would be needed in the proprietary that is not owned by NETGEAR, Inc.

 

We are still looking into the issue. I can see if there is an alternative NTFS driver that you are able to use, but I would like to run some testing on that driver before suggesting it as a viable option.

 

Not that it is relevant at this time, but it will be nice for some of this divide in the OS's will be a little bit more blurred with the Canonical working with Microsoft.

 

 

 

Message 14 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@OOM-9 wrote:

I was suggesting the EXT4 to make sure that you are not running into the same issue as I was in the lab.



I'm not looking to use EXT4. I was happy with NTFS performance in OS 6.2.x and am hoping for a solution to get back to that throughput.


@OOM-9 wrote:

I am suspecting there is a possible change that would be needed in the proprietary that is not owned by NETGEAR, Inc.



So you think the issue could be with a 3rd party NTFS driver that is used in RN OS?

@OOM-9 wrote:

We are still looking into the issue. I can see if there is an alternative NTFS driver that you are able to use, but I would like to run some testing on that driver before suggesting it as a viable option.


Good to know the issue is being researched. I'm willing to test alternatives, if you feel that they are viable options. My "benchmark" would be for a full backup of approx. 4.5 TB to take 8 to 10 hours (and not 4 days) on my system. Then I would be back to comparable throughput available in 6.2.x.


@OOM-9 wrote:

Not that it is relevant at this time, but it will be nice for some of this divide in the OS's will be a little bit more blurred with the Canonical working with Microsoft.


Not sure what you mean by this.

Message 15 of 58
StephenB
Guru

Re: USB3 full backup slow to the point of unusable


@dsnpevl wrote:

@OOM-9 wrote:

I was suggesting the EXT4 to make sure that you are not running into the same issue as I was in the lab.



I'm not looking to use EXT4. I was happy with NTFS performance in OS 6.2.x and am hoping for a solution to get back to that throughput.

He was asking you if you could test with ext4.  You could test it on a different USB3 drive if you want to maintain ntfs for the backup.

 

But the truth is you will always get faster speed with ext on a linux system.  You can get ext support on Windows from paragon for $20 (free if you use the personal version).  It might be worth considering, given the small expense.  


@dsnpevl wrote:

@OOM-9 wrote:

Not that it is relevant at this time, but it will be nice for some of this divide in the OS's will be a little bit more blurred with the Canonical working with Microsoft.


Not sure what you mean by this.


http://www.gsmarena.com/canonical_and_microsoft_are_working_to_bring_ubuntu_to_windows_10_sort_of-bl...

 

It would be nice if Windows-10 got ext (and btrfs) file system support, and maybe even the RAID tools needed to mount the ReadyNAS data volumes in windows.

Message 16 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@StephenB wrote:

He was asking you if you could test with ext4.  You could test it on a different USB3 drive if you want to maintain ntfs for the backup.

 

But the truth is you will always get faster speed with ext on a linux system.  You can get ext support on Windows from paragon for $20 (free if you use the personal version).  It might be worth considering, given the small expense.  

 

http://www.gsmarena.com/canonical_and_microsoft_are_working_to_bring_ubuntu_to_windows_10_sort_of-bl...

 

It would be nice if Windows-10 got ext (and btrfs) file system support, and maybe even the RAID tools needed to mount the ReadyNAS data volumes in windows.


Thanks for pointing out the these changes for Win 10. I was not aware of that. I understand and accept that EXT4 will be faster than NTFS on a Linux system. I can live with that. I have always used NTFS anyway. There has been an unacceptable drop in performance of backup to NTFS USB 3 drive since 6.4.1. I would clasify that as a bug that needs to be solved.

 

And I'm using Windows 7 and intend to stay on it as long as possible, so EXT support in Win 10 doesn't affect me. And for Win 7 I still require NTFS on the USB drives. 6 TB USB3 drives are not cheap and I don't have any spares just lying around. I still don't see the point of me spending time (=money) on testing EXT4 that I'm never going to use. The issue brought up in this post is slow backup speed to NTFS USB 3 drive and testing and solutions should focus on that. As far as I know NTFS is still a supported file system on RN OS, right? So it should work properly.

Message 17 of 58
StephenB
Guru

Re: USB3 full backup slow to the point of unusable


@dsnpevl wrote:

 The issue brought up in this post is slow backup speed to NTFS USB 3 drive and testing and solutions should focus on that. As far as I know NTFS is still a supported file system on RN OS, right? So it should work properly.


Obviously it should, and OOM-9 is clearly looking into it.  He asked "Are you able to check a different filesystem on the USB drive?" He wanted to confirm that the NTFS drivers in the NAS are the root cause of your issue - ruling out the possibility that your performance problem is somehow different from what he's seeing in the lab.  You are over-reacting to that request.  

 

You can of course stick with NTFS.  If I were in your shoes I'd try the paragon ext drivers for Win7 (even if I tested performance using a smaller share on a USB 2 drive). It'd be free to try, likely gives you an immediate fix, and would improve backup speeds even after Netgear fixes the NTFS problem.  But I'm not in your shoes, I don't use USB drives for backup.

Message 18 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable

Maybe I'm over-reacting, still I feel that I'm doing a lot of test work for Netgear for free. I'd rather spend this time on working on my website content.

 

I'm sticking to NTFS for reasons eplained earlier. Did manage to borrow a USB 3 drive for addtional testing on RN312.

When doing a basic NTFS throughput comparision I noticed a large ("ten-fold") difference between two different drives.

Since both rear ports on RN312 are USB 3, the difference shouldn't be this big, I think. Can't really explain why this happens. Maybe the NTFS driver has problems with a specific make or model or disk size (e.g. > 4 T)?

 

WD:

model: WD MyBook WDBFJK0060HBK-EESN

size: 5.5 T

format: NTFS (preformatted from factory)

port: top rear USB3 port on RN312

read: 19.2 MB/s

write: 19.6 MB/s

 

Seagate:

model: ST4000DM000-1F2168

size: 3.7 T

format: NTFS (freshly formatted on Win 7)

port: bottom rear USB3 port on RN312

read: 104 MB/s

write: 180 MB/s

 

+++++++++++++++++++++++++++++++++++++++++++
Test on RN312 WD MyBook WDBFJK0060HBK-EESN.
+++++++++++++++++++++++++++++++++++++++++++

# df -h
/dev/sdc1       5.5T   53G  5.5T   1% /media/USB_HDD_1

# lsblk
sdc         8:32   0   5.5T  0 disk
└─sdc1      8:33   0   5.5T  0 part  /media/USB_HDD_1

# cd /media/USB_HDD_1/

# dd if=/dev/zero of=/media/USB_HDD_1/.largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 54.7125 s, 19.6 MB/s

# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

# dd if=/media/USB_HDD_1/.largefile of=/dev/null bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 56.0367 s, 19.2 MB/s

+++++++++++++++++++++++++++++++++++++++++++
Test on RN312 Seagate ST4000DM000-1F2168.
+++++++++++++++++++++++++++++++++++++++++++

# df -h
/dev/sdd1       3.7T  203M  3.7T   1% /media/USB_HDD_2

# lsblk
sdd         8:48   0   3.7T  0 disk
└─sdd1      8:49   0   3.7T  0 part  /media/USB_HDD_2

# cd /media/USB_HDD_2/

# dd if=/dev/zero of=/media/USB_HDD_2/.largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 5.96359 s, 180 MB/s

# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

# dd if=/media/USB_HDD_2/.largefile of=/dev/null bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 10.344 s, 104 MB/s

 

Message 19 of 58
Kimera
Guide

Re: USB3 full backup slow to the point of unusable

 


@OOM-9 wrote:

I was suggesting the EXT4 to make sure that you are not running into the same issue as I was in the lab.

I am suspecting there is a possible change that would be needed in the proprietary that is not owned by NETGEAR, Inc.

We are still looking into the issue. I can see if there is an alternative NTFS driver that you are able to use, but I would like to run some testing on that driver before suggesting it as a viable option.

 

Hi OOM-9, that's interesting.

 

Are you suggesting there could be a viable alternative through, as example, the ntfs-3g (open source) filesystem driver instead of using the ufsd (closed source) filesystem driver for mounting NTFS partitions of external drives?

 

Was the ufsd filesystem driver changed/updated in some way - considering various ReadyOS 6 releases (ReadyOS 6.2.x, 6.3.x, 6.4.x and actual Beta 6.5) - to justify observed performance degrading in specific case?

 

Just curious!

Message 20 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable

Hmm, it get's even weirder. I ejected the drives and reconnected each on a different USB port and ran the exact same tests again. Both are now showing comparable throughput, as I had expected in the first place.

 

WD: write 171 MB/s, read 106 MB/s

Seagate: write 184 MB/s, read 105 MB/s

 

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Ejected drives and switched ports
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

+++++++++++++++++++++++++++++++++++++++++++
Test on RN312 WD MyBook WDBFJK0060HBK-EESN.
+++++++++++++++++++++++++++++++++++++++++++

# df -h
/dev/sdd1       5.5T   54G  5.5T   1% /media/USB_HDD_1
/dev/sdd1       5.5T   54G  5.5T   1% /run/nfs4/media/USB_HDD_1

# lsblk
sdd         8:48   0   5.5T  0 disk
└─sdd1      8:49   0   5.5T  0 part  /media/USB_HDD_1

# cd /media/USB_HDD_1/
# rm .largefile

# dd if=/dev/zero of=/media/USB_HDD_1/.largefile bs=1M count=1024
# dd if=/dev/zero of=/media/USB_HDD_1/.largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 6.29124 s, 171 MB/s

# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

# dd if=/media/USB_HDD_1/.largefile of=/dev/null bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 10.1405 s, 106 MB/s

+++++++++++++++++++++++++++++++++++++++++++
Test on RN312 Seagate ST4000DM000-1F2168.
+++++++++++++++++++++++++++++++++++++++++++

# df -h
/dev/sdc1       3.7T  1.2G  3.7T   1% /media/USB_HDD_2
/dev/sdc1       3.7T  1.2G  3.7T   1% /run/nfs4/media/USB_HDD_2

# lsblk
sdc         8:32   0   3.7T  0 disk
└─sdc1      8:33   0   3.7T  0 part  /media/USB_HDD_2

# cd /media/USB_HDD_2/
# rm .largefile

# dd if=/dev/zero of=/media/USB_HDD_2/.largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 5.82328 s, 184 MB/s

# sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

# dd if=/media/USB_HDD_2/.largefile of=/dev/null bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 10.1985 s, 105 MB/s
Message 21 of 58
StephenB
Guru

Re: USB3 full backup slow to the point of unusable

It might make sense to copy a larger share, so you can see if the performance is sustained.

Message 22 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable


@StephenB wrote:

It might make sense to copy a larger share, so you can see if the performance is sustained.


Yes, my thoughts exactly. Will compare a backup of almost 1TB of data from the Picture share to both Seagate and WD USB drives. The picture files come in many different sizes, ranging from a few kB to 300 MB. Should be a representative test.

 

 

# du -sbh Pictures
979G    Pictures

 

 

Message 23 of 58
dsnpevl
Virtuoso

Re: USB3 full backup slow to the point of unusable

Meanwhile, after 4 days and 18 hours, the 4.5 T full backup on RN516 has finally finished, resulting in an effective and disappointing througput of 11.3 MB/s on 6.5.0-T338 with WD MyBook.

Message 24 of 58
McRob1
Luminary

Re: USB3 full backup slow to the point of unusable

 

dsnpevl writes.

Meanwhile, after 4 days and 18 hours, the 4.5 T full backup on RN516 has finally finished, resulting in an effective and disappointing througput of 11.3 MB/s on 6.5.0-T338 with WD MyBook.

 

Wow you have a very fast backup there.  I have been backing up my 4.2 TB of data from my NAS516 to a 5 TB Toshiba drive for 8 days and it has finished 3.8 TB of data so far.  I am using the rear usb 3.0 so called faster port.

 

Must be caused by firmware 6.5.0-T338 that i'm running also.

 

And by the way I also agree with using NTFS so you can actually see the data on any PC or Mac computer without having to install special software.

 

Sure hope Netgear gets this figured out soon.

Model: RN51664E|ReadyNAS 516 6-Bay
Message 25 of 58
Discussion stats
  • 57 replies
  • 8671 views
  • 10 kudos
  • 14 in conversation
Announcements