1 |
Am 17.05.2014 11:58, schrieb Neil Bothwick: |
2 |
> On Sat, 17 May 2014 09:59:08 +0200, meino.cramer@×××.de wrote: |
3 |
> |
4 |
>>> 3. Or you could use a sequential copy: |
5 |
>>> |
6 |
>>> cp -a /home /dev/sdb1/ && cp -a /home /dev/sdc1 |
7 |
> |
8 |
>> 3.) The files I want to copy are in the size of some GB each. So the |
9 |
>> cache isnt big enough to hold ALL files for the second part. |
10 |
> |
11 |
> Run the two copies simultaneously, start the first, switch to another |
12 |
> tab, start the second. That way the data for the second copy is always |
13 |
> the most recently cached. |
14 |
> |
15 |
> However, I expect the speed limit here may be the USB bus unless you are |
16 |
> using USB 3.0 drives on different buses. |
17 |
I was thinking about "how to make sure cache is used", and that two |
18 |
simultanious cp won't work, because the progress for the two cp will |
19 |
quickly diverge. But then I realized: there is no need to think about |
20 |
the read cache - the limiting factor is always the writing side, |
21 |
especially with USB! So IMO it doesn't matter at all how you do it! |
22 |
|
23 |
I guess two simultaneous cp will be the same as two sequential cp, |
24 |
except if you have two separate USB-buses. Usually you have just one |
25 |
externally connectible, use "lsusb -t" to check. |
26 |
|
27 |
If you have less that 2 times the size of your files, IMO simultaneous |
28 |
cp will be worse, because Linux (don't know if USB-subsystem or cp) |
29 |
creates big buffers when cp'ing (check with "free -m"), and you'll |
30 |
probably get into memory trouble. |
31 |
|
32 |
|
33 |
Greetings, |
34 |
Daniel |
35 |
|
36 |
PS: Quickest way is always to open USB-case and plug SATA cable from |
37 |
motherboard into drive. With >80GB it's always worth the trouble. |
38 |
|
39 |
-- |
40 |
Get my PGP key at: |
41 |
* |
42 |
http://keyserver.ubuntu.com:11371/pks/lookup?op=get&search=0x837FB8B5BB9D4887 |
43 |
* $ gpg --recv-keys --keyserver keyserver.ubuntu.com 0xBB9D4887 |