🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

5 total messages Started by Bodek Sat, 26 Dec 2009 15:56
Powolny dd
#21137
Author: Bodek
Date: Sat, 26 Dec 2009 15:56
30 lines
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
#21138
Author: Wojciech Puchar
Date: Sat, 26 Dec 2009 20:05
20 lines
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
#21139
Author: Bodek
Date: Sun, 27 Dec 2009 08:04
46 lines
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
#21140
Author: AZ
Date: Mon, 28 Dec 2009 09:33
17 lines
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
#21141
Author: PetruS
Date: Wed, 30 Dec 2009 09:39
33 lines
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