Thread View: pl.comp.os.bsd
5 messages
5 total messages
Started by Bodek
Sat, 26 Dec 2009 15:56
Powolny dd
Author: Bodek
Date: Sat, 26 Dec 2009 15:56
Date: Sat, 26 Dec 2009 15:56
30 lines
1506 bytes
1506 bytes
Jest sobie plik - obraz dysku: # ls -lh kde-desktop.img -rw-r--r-- 1 root wheel 675M 4 Sep 19:43 kde-desktop.img który chcemy wrzucić na pendrive (albo SD-memory) Kopiujemy przy pomocy dd z pliku na urządzenie: # time dd if=kde-desktop.img of=/dev/da4 1382400+0 records in 1382400+0 records out 707788800 bytes transferred in 3019.911176 secs (234374 bytes/sec) real 50m19.997s user 0m2.207s sys 0m37.142s A teraz za pomocą cp z pliku do pliku na partycji FAT32: # time cp kde-desktop.img /mnt/p1 kde-desktop.img -> /mnt/p1/kde-desktop.img real 2m21.334s user 0m0.004s sys 0m4.299s Nie ma znaczenia co na wyjściu. Dla pendriva i SD o zbliżonych szybkościach zapisu wynik identyczny. Skąd aż tak duże różnice? -- Bodek
Re: Powolny dd
Author: Wojciech Puchar
Date: Sat, 26 Dec 2009 20:05
Date: Sat, 26 Dec 2009 20:05
20 lines
1730 bytes
1730 bytes
Bodek <nbody@nowhere.net> wrote: > Jest sobie plik - obraz dysku: > # ls -lh kde-desktop.img > -rw-r--r-- 1 root wheel 675M 4 Sep 19:43 kde-desktop.img > który chcemy wrzucić na pendrive (albo SD-memory) > > > Kopiujemy przy pomocy dd z pliku na urządzenie: > # time dd if=kde-desktop.img of=/dev/da4 > 1382400+0 records in > 1382400+0 records out > 707788800 bytes transferred in 3019.911176 secs (234374 bytes/sec) > real 50m19.997s > user 0m2.207s > sys 0m37.142s dopisz bs=64k - albo więcej i przeczytaj manuala od dd abyś zrozumiał czemu :) domyślnie jest 512 bajtów nagrywanie takimi porcjami po prostu nie może być szybkie.
Re: Powolny dd
Author: Bodek
Date: Sun, 27 Dec 2009 08:04
Date: Sun, 27 Dec 2009 08:04
46 lines
2476 bytes
2476 bytes
at Sat 26 of Dec 2009 21:05, Wojciech Puchar wrote: > Bodek <nbody@nowhere.net> wrote: >> Jest sobie plik - obraz dysku: >> # ls -lh kde-desktop.img >> -rw-r--r-- 1 root wheel 675M 4 Sep 19:43 kde-desktop.img >> który chcemy wrzucić na pendrive (albo SD-memory) >> >> >> Kopiujemy przy pomocy dd z pliku na urządzenie: >> # time dd if=kde-desktop.img of=/dev/da4 >> 1382400+0 records in >> 1382400+0 records out >> 707788800 bytes transferred in 3019.911176 secs (234374 bytes/sec) >> real 50m19.997s >> user 0m2.207s >> sys 0m37.142s > > dopisz bs=64k - albo więcej > > i przeczytaj manuala od dd abyś zrozumiał czemu :) domyślnie jest 512 > bajtów nagrywanie takimi porcjami po prostu nie może być szybkie. Chyba nie uda się wykręcić ze swojego niezgulstwa, więc spróbuję zmienić temat. O wpływie wielkości bloku na szybkość operacji I/O wiadomo mi przynajmniej od momentu kiedy pisałem programiki assemblerowe zmieniające wielkość i sposób buforowania, aby przyśpieszyć kopiowanie. Z tego samego powodu używałem później xcopy w MS-DOS/PC-DOS, a jeszcze później na pl.comp.os.(free)bsd zadawałem pytanie, jak zmienić wielkość bloku dla cp (nie było żadnego odzewu). A teraz właśnie zmiana tematu... Nie wydaje się Wam, że ostatnio (pół roku?) google jakoś kiepsko znajduje posty w newsach? Usiłowałem znaleźć to swoje pytanie (jak siebie znam, słowami kluczowymi byłyby bufor i xcopy) i zero trafień. A wielkość bufora dla dd zmieniłem na jednomegowy już po paru minutach jego czołgania się z wartościami domyślnymi. Zapomniałem jedynie dodać literkę 'k' po 1024. -- Bodek
Re: Powolny dd
Author: AZ
Date: Mon, 28 Dec 2009 09:33
Date: Mon, 28 Dec 2009 09:33
17 lines
1481 bytes
1481 bytes
On 2009-12-27, Bodek <nbody@nowhere.net> wrote: > > A teraz właśnie zmiana tematu... Nie wydaje się Wam, > że ostatnio (pół roku?) google jakoś kiepsko znajduje posty > w newsach? Usiłowałem znaleźć to swoje pytanie (jak siebie > znam, słowami kluczowymi byłyby bufor i xcopy) i zero trafień. > Oczywiscie slowa o tym nigdzie nie bylo, przynajmniej ja i kilka innych osob nigdzie nie widziala nic na ten temat :-) A rozwiazanie brzmi: szukanie przez strone grupy (np. http://groups.google.pl/group/pl.comp.os.bsd) dziala tylko jakis tam okres czasu wstecz, zeby szukac w calym archiwum szukamy przez http://groups.google.pl wpisujac "foo bar group:pl.comp.os.bsd" -- Artur
Re: Powolny dd
Author: PetruS
Date: Wed, 30 Dec 2009 09:39
Date: Wed, 30 Dec 2009 09:39
33 lines
2264 bytes
2264 bytes
Bodek wrote: > A teraz właśnie zmiana tematu... Nie wydaje się Wam, > że ostatnio (pół roku?) google jakoś kiepsko znajduje posty > w newsach? Usiłowałem znaleźć to swoje pytanie (jak siebie > znam, słowami kluczowymi byłyby bufor i xcopy) i zero trafień. Google od jakiegoś czasu gra sobie z nami w kulki. To, że wyszukiwarka spieprzona na maksa (kiedyś dużo lepiej szukała i nie udziwniała zapytań) jeszcze nic. Mnie wkurza, to że "gówniarzernia" z googla przywłaszczyła sobie usenet. Wyszukując na grupach Google zaśmieca wyniki postami z grup dyskusyjnych opartych na www (fora dyskusyjne) i żeby wyszukała tylko na grupach usenetowych należy zaznaczyć opcję (uwaga!) "Grupy Dyskusyjne Google". Kurna, od kiedy Google jest właścicielem grup usenetowych? Coś przespałem? Tak w ogóle, to mam wrażenie, że ten Gugiel coraz bardziej chce zostać drugim M$. > A wielkość bufora dla dd zmieniłem na jednomegowy już po paru > minutach jego czołgania się z wartościami domyślnymi. > Zapomniałem jedynie dodać literkę 'k' po 1024. Jak zmiana wartości bloku miała się do testów szybkości dd i cp? BTW We FreeBSD nie ma urządzeń (w tym dysków) blokowych, które występują w Linuksie i innych UNIX-ach, dlatego porównanie dd we FreeBSD i w Linuksie może przekłamywać. -- Piotr Sietnik s i e t p [@] p o c z t a [na] . o n e t . p l
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads