ゼロとランダムな値で満たされた最大10Gの大きなファイルを作成します。私は使用してみました：
dd if=/dev/urandom of=10Gfile bs=5G count=10
約2Gbのファイルを作成し、終了ステータス「0」で終了します。理由を理解できませんか？
私も使用してファイルを作成してみました：
head -c 10G </dev/urandom >myfile
作成には約28〜30分かかります。しかし、より速く作成したいです。誰にも解決策がありますか？
また、比較のために同じ（擬似）ランダムパターンで複数のファイルを作成したいと思います。誰もがそれを行う方法を知っていますか？
回答:
fallocateの使用方法については、このツールを使用して、ファイルにスペースを事前に割り当てることができます（ファイルシステムがこの機能をサポートしている場合）。たとえば、5GBのデータを「example」というファイルに割り当てると、次のことができます。
fallocate -l 5G example
これはddよりもはるかに高速で、スペースを非常に迅速に割り当てます。
/dev/zeroますか？
truncate過去に使用していましたが、デバイスにファイルを物理的に割り当てず、利用可能なスペースに関係なく、アクセスするまで任意の大きなファイルを作成することがわかりました。これは当てはまらないのfallocateですか？...私はそれをチェックしますが、私は携帯電話上だ
ddゼロのみで構成されるファイルを作成するために使用できます。例：
dd if=/dev/zero of=zeros.img count=1 bs=1 seek=$((10 * 1024 * 1024 * 1024 - 1))
実際に物理ディスクに書き込まれるのは1バイトだけなので、これは非常に高速です。ただし、一部のファイルシステムはこれをサポートしていません。
擬似ランダムコンテンツを含むファイルを作成する場合は、次を実行します。
dd if=/dev/urandom of=random.img count=1024 bs=10M
バッファサイズとして10Mを使用することをお勧めします（bs）。これは、10Mが大きすぎないためですが、それでも十分なバッファーサイズが得られるためです。それはかなり速いはずですが、常にディスクの速度と処理能力に依存します。
ddを使用すると、ランダムデータで満たされた10 GBのファイルが作成されます。
dd if=/dev/urandom of=test1 bs=1M count=10240
count メガバイト単位です。
dd if=/dev/urandom of=10Gfile bs=500M count=20、20分弱で10237226010バイトが得られました。
この質問は5年前に開かれました。私はこれに偶然出会ったばかりで、私の調査結果を追加したかったのです。
単に使用する場合
dd if=/dev/urandom of=random.img count=1024 bs=10Mxiaodongjieが説明したように、かなり高速に動作します。ただし、次のeatmydataように使用することでさらに高速化できます
eatmydata dd if=/dev/urandom of=random.img count=1024 bs=10M何eatmydata行うことは、それは速くディスクの書き込みを行うにfsync無効です。
https://flamingspork.com/projects/libeatmydata/で詳細を読むことができます。
ddは、そもそも十分に高速であり、理由からlibEAT-MY-DATAと呼ばれています。
ddブロックサイズが原因でエラーが発生している可能性があります。この投稿をご覧ください。stackoverflow.com / questions / 6161823 / ...最適なブロックサイズの計算方法、ユーザースクリプト/プログラム、およびを使用しddたその他の提案があります。