dd 1 GB yerine 32 MB rasgele dosya üretiyor

1 GB rasgele bir dosya üretmek istedim, bu yüzden aşağıdaki komutu kullandım.

dd if=/dev/urandom of=output bs=1G count=1

Ancak bunun yerine bu komutu her başlattığımda 32 MB'lık bir dosya alıyorum:

<11:58:40>$ dd if=/dev/urandom of=output bs=1G count=1
0+1 records in
0+1 records out
33554431 bytes (34 MB, 32 MiB) copied, 0,288321 s, 116 MB/s

Yanlış olan ne?

DÜZENLE:

Bu konudaki mükemmel cevaplar sayesinde 32 MB büyüklüğünde 32 GB okuyan ve 1 GB büyüklüğünde bir çözüm buldum:

dd if=/dev/urandom of=output bs=32M count=32

Doğrudan belleğe 1 GB okuyan ve daha sonra diske yazan başka bir çözüm verildi. Bu çözüm çok fazla hafıza alır, bu nedenle tercih edilmez:

dd if=/dev/urandom of=output bs=1G count=1 iflag=fullblock

bsarabellek boyutu, dd tarafından yapılan tek bir okuma () çağrısının boyutunu ifade eder .

(Örneğin, her ikisi de bs=1M count=1ve bs=1k count=1k1 SGA dosyası neden olur, ancak ikinci 1024 parçalı halde yapacak Birinci versiyon, tek bir adımda yapacak.)

Düzenli dosyalar hemen hemen her tampon boyutunda okunabilir (arabellek RAM’a sığdığı sürece), ancak aygıtlar ve "sanal" dosyalar çoğu zaman bireysel aramalara çok yakın çalışırlar ve her biri için ne kadar veri üreteceklerini keyfi bir şekilde kısıtlarlar. okuma () çağrısı.

Çünkü /dev/urandombu sınır, urandom_read () ' da drivers / char / random.c içinde tanımlanmıştır :

#define ENTROPY_SHIFT 3

static ssize_t
urandom_read(struct file *file, char __user *buf, size_t nbytes, loff_t *ppos)
{
    nbytes = min_t(size_t, nbytes, INT_MAX >> (ENTROPY_SHIFT + 3));
    ...
}

Bu, işlev her çağrıldığında istenen boyutu 33554431 bayta sıkıştıracağı anlamına gelir.

Varsayılan olarak, diğer araçların aksine, dd istenenden daha az veri aldıktan sonra yeniden denemez - 32 MiB'ye sahip olursunuz. (Kamil'in cevabında olduğu gibi, otomatik olarak yeniden denemek için, belirtmeniz gerekir iflag=fullblock.)

Ayrıca, "tek bir okuma boyutunun ()", tüm tamponun bir kerede belleğe sığması gerektiği anlamına geldiğini, bu nedenle büyük blok boyutlarının aynı zamanda dd ile yapılan büyük bellek kullanımına karşılık geldiğini de unutmayın .

Ve hepsi anlamsızdır, çünkü genellikle 16–32 MiB blokların üstüne çıkarken hiçbir performans elde edemezsiniz - sistemler burada yavaş parça değil, rasgele sayı üretecidir.

Yani basitlik için, sadece kullanın head -c 1G /dev/urandom > output.

dddaha az okuyabilirsiniz ibs: (not bshem belirtir ibsve obssürece) iflag=fullblockbelirtilir. 0+1 records inolduğunu gösterir 0tam bloklar ve 1kısmen blok okundu. Bununla birlikte, herhangi bir tam veya kısmi blok sayacı arttırır.

Bu özel durumdan dddaha az olan bir blok okumayı sağlayan mekanizmayı tam olarak bilmiyorum 1G. Sanırım herhangi bir blok yazılmadan önce belleğe okunur, bu nedenle bellek yönetimi karışabilir (ancak bu yalnızca bir tahmindir). Düzenleme: bu eşzamanlı cevap , bu özel durumdan dddaha az bir blok okumayı sağlayan mekanizmayı açıklar 1G.

Neyse, bu kadar büyük tavsiye etmiyorum bs. Kullanırdım bs=1M count=1024. En önemli şey şudur: herhangi iflag=fullblock bir okuma girişimi olmadan daha az okuyabilir ibs( ibs=1sanırım, bu olsa da, oldukça yetersiz olduğu sürece ).

Dolayısıyla, kesin miktarda veri okumanız gerekiyorsa, kullanın iflag=fullblock. Not iflagPOSIX tarafından gerekli değildir, sizin dddesteklemeyebilirsiniz. Bu cevaba göre ibs=1, muhtemelen tam bir bayt sayısını okumak için tek POSIX yoludur. Elbette değişirseniz, ibso zaman yeniden hesaplamanız gerekecektir count. Senin durumunda düşürücü ibsiçin 32Mmuhtemelen bile olmadan, sorunu çözecektir veya daha az iflag=fullblock.

Kubuntu'mda emrinizi şu şekilde düzeltirdim:

dd if=/dev/urandom of=output bs=1M count=1024 iflag=fullblock