DSM-G600, DNS-3xx and NSA-220 Hack Forum

There are threads on this. Summary is use cp -a first it is way faster then run a rsync afterwards.

Ouch !
Never thinked that simply copying files involves such problems =:]
The rsync of the other disk that I have upgraded was done with two usb2sata adapters, and took 12 hours for the same amount of data.
I thinked that doing the rsync on the dns-323 would be faster: I'm really wrong ...
Do you think that it was better doing an rsync from my notebook with:
rsync -aHv -e ssh dns323:/mnt/sdadata  dns323:/mnt/sdbdata

I don't think it's a memory hog problem. With the rsyng running from hours I have
$ free
                     total         used                free       shared        buffers
Mem:          62176        61132            1044              0        13712
Swap:     1060536        18028      1042508
Total:      1122712        79160      1043552

Stunned about this ...

GabrieleV wrote:

Ouch !
Never thinked that simply copying files involves such problems =:]
The rsync of the other disk that I have upgraded was done with two usb2sata adapters, and took 12 hours for the same amount of data.
I thinked that doing the rsync on the dns-323 would be faster: I'm really wrong ...

The dns is really slow, if you can do the first rsync/copy on a "real" computer.

Alt-F- RC1 Backup uses find/cpio for the first copy, then uses rsync. Not faster by itself, but avoids the swap problem, that really degrades disk operations.

Do you think that it was better doing an rsync from my notebook with:
rsync -aHv -e ssh dns323:/mnt/sdadata  dns323:/mnt/sdbdata

I don't think it's a memory hog problem. With the rsyng running from hours I have
$ free
                     total         used                free       shared        buffers
Mem:          62176        61132            1044              0        13712
Swap:     1060536        18028      1042508
Total:      1122712        79160      1043552

Stunned about this ...

But swap is being used. Try 'top' and watch the 'vsize' and '%MEM' columns.

GabrieleV wrote:

jcard wrote:

Alt-F- RC1 Backup uses find/cpio for the first copy, then uses rsync.

RC1 ? Where is RC1 ?

In the forge :-)

But swap is being used. Try 'top' and watch the 'vsize' and '%MEM' columns.

(Un)fortunately the copy has finished :-(.
Yes I saw that swap has been in use, but i thought that swapped memory was the one of "unused" tasks, parked into virtual memory and not needed at the moment.

That is generally true, but if you watch 'top' output after running 'cp -a' for some tens of minutes you will see that the program virtual memory size is greater than 64MB, the box physical memory. This means that portions of the running program data or code are in disk, and must be retrieved into memory when needed, (which happens frequently), which means that other portions of the same running program data or code will have to go to disk...

Empirically, i thought that swap was not "stressed" because hdd lights were not flashing constantly ...

And how can that happen if 'cp -a' is running?

What initially called my attention was exactly seeing both hdd lights flashing when I was copying directories only on one disk.
Alt-F uses swap on both disks with equal priorities, so swapping is interleaved between them, which improves I/O (like in RAID-0).

PS-The same applies to 'rsync', not only 'cp -a', if my code comments are correct.