Forum Debian Users Gang

loms · 2010-10-09 09:01:36

Otóż tak, jest sobie /dev/urandom ale jego wydajność u mnie jest na poziomie 4M/s przy ustawieniu jako źródło w programie dd. /dev/zero posiada wielokrotnie większą wydajność tylko, że generuje same zera.
Czy zna ktoś sposób na to aby plik np. o wielkości 100M podmontować tak aby dd traktowało go jak nieskończoną ilość danych (w tym przypadku wielokrotność pliku 100M, a więc co 100M dane by się powtarzały). Chodzi o zwiększenie wydajności zapisu danymi pseudolosowymi dużych powierzchni, jestem w stanie zaakceptować to aby bloki miały np. po 100M.

andreq · 2010-10-09 11:43:30

Po prostu za drugim razem, to znaczy po zapisaniu pierwszych 100M, trzeba "przeskoczyć" te 100M pliku wyjściowego, potem 200M, itd. Przykład, nie testowany ;-)

dd if=plik_1024 bs=1024 of=plik_wyj
dd if=plik_1024 bs=1024 seek=1 of=plik_wyj
dd if=plik_1024 bs=1024 seek=2 of=plik_wyj
...
dd if=plik_1024 bs=1024 seek=n of=plik_wyj
itd.

Zobacz w pomocy do dd opcje ibs, obs, bs, seek

Minio · 2010-10-09 12:55:21

Jaki poziom losowości zapewniają dane które powtarzają się co każde 100 MB?

lessmian · 2010-10-09 15:38:14

Wydajność /dev/random zależy od aktualnej entropii systemu, a ta z kolei od wielu innych czynników. Generalnie skomplikowana sprawa ;) Zamiast /dev/random możesz użyć /dev/urandom które zapewnia o wiele większą wydajność, lecz dane nie są już tak bardzo losowe, więc nie w każdym przypadku można tego użyć.

Jest jeszcze coś takiego jak rng-tools - dostarcza demona który "miesza" dane ze sprzętowego generatora liczb losowych i pseudolosowych z kernela, przez co wydajność /dev/random znacząco się zwiększa, a losowość jest na akceptowalnym poziomie. Przetestuj, a nuż Ci się przyda ;)

andreq · 2010-10-09 16:29:20

Jeśli wejściowy plik będzie tworzony z /dev/urandom, po powtarzanie go w blokach po 100 MB będzie wystarczające do większości amatorskich zastosowań. Można też utworzyć wiele sampli i wybierać je losowo przy kolejnym dopisywaniu, kwestia pomysłowości przy pisaniu skryptu.

Minio · 2010-10-09 21:48:56

andreq: w amatorskich rozwiązaniach wystarczy dane nadpisać /dev/zero. Albo jeśli chodzi o dane naprawdę wrażliwe, to zazwyczaj jest ich na tyle mało (w porywach kilka gigabajtów, choć zazwyczaj nie sięgają nawet kilkuset megabajtów), że odpowiednie bloki można kilkukrotnie nadpisać danymi z binarnych plików systemowych. A resztę /dev/zero.

andreq · 2010-10-09 22:41:36

Założyciel wątku napisał:

Chodzi o zwiększenie wydajności zapisu danymi pseudolosowymi dużych powierzchni, jestem w stanie zaakceptować to aby bloki miały np. po 100M

Więc widocznie zależy mu na wydajności, może ma do nadpisania całą szafę 42U z macierzami... ;-)

winnetou · 2010-10-09 22:55:01

Kilka ciekawostek Tam napisali kilka słów na tema "łajpałt" :)

Forum Debian Users Gang

Ogłoszenie

#1 2010-10-09 09:01:36

loms - Użytkownik

Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#2 2010-10-09 11:43:30

andreq - Członek DUG

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#3 2010-10-09 12:55:21

Minio - Użyszkodnik

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#4 2010-10-09 15:38:14

lessmian - Użytkownik

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#5 2010-10-09 16:29:20

andreq - Członek DUG

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#6 2010-10-09 21:48:56

Minio - Użyszkodnik

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#7 2010-10-09 22:41:36

andreq - Członek DUG

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

#8 2010-10-09 22:55:01

winnetou - złodziej wirków ]:->

Re: Podmontowanie pseudolosowego pliku i wykorzystanie jako źródło

Stopka forum