berapa lama nol drive dengan dd? [Tutup]

14

Berapa lama untuk mengisi nol 1TB (menggunakan dd dev / nol)?

Saya benar-benar melakukan dua drive 500G secara bersamaan jika itu penting.

— Miles Marley
sumber

3

Jadi, beri tahu kami, berapa lama waktu yang diperlukan untuk melakukan drive dengan nol?

— Rolnik

1

WD 1Tb (5400rpm) saya membutuhkan sekitar 240 menit, tetapi sudah lama dan telah merelokasi sektornya. Kebetulan itu tidak jauh berbeda dari waktu yang sama bahwa laporan pintar sebagai waktu untuk mengharapkan tes mandiri diperpanjang (255mins)

— barrymac

2

Menambahkan titik data lain: jalankan saja dd if=/dev/zero of=/dev/sdX bs=8Mdua drive Seagate ST4000DM000 4 TB baru melalui port SATA-300 secara bersamaan (saya pikir itu lebih atau kurang sempurna diparalelkan - penggunaan CPU konstan pada ~ 20% untuk ddproses pertama sebelum yang kedua dimulai , dan keduanya masing-masing mengambil ~ 20%). Disk pertama selesai dalam 8 jam 50 menit (530 menit), dan yang kedua dalam 8 jam 30 menit (510 menit). Jumlahnya mencapai kecepatan tulis ~ 130 MB / s per drive, yang tidak aneh mengingat input monoton. Perangkat keras berasal dari 2009 (CPU: C2D E8400; chipset: Intel P43 / ICH10).

— Daniel Andersson

9

Itu tergantung pada banyak faktor, termasuk tetapi tidak terbatas pada:

Kecepatan disk (RPM)
Cache bawaan
Jumlah piring dan apakah dapat menulis ke banyak piring secara bersamaan
Antarmuka disk (SATA / SCSI, dll)
Kinerja pengontrol antarmuka
Konfigurasi drive (mis. Saluran terpisah atau saluran yang sama)

Selain itu, walaupun memusatkan perhatian pada drive adalah tugas yang mudah untuk CPU dan RAM, mungkin masih ada efek dari:

Kinerja CPU
RAM yang tersedia
Kecepatan RAM
Tugas-tugas lain sedang dilakukan pada saat bersamaan
Pengaturan manajemen daya

Dengan asumsi komputer yang cukup baru dengan drive kelas menengah, pada disk boot linux minimal yang berjalan HANYA operasi zeroing (tidak ada gui, internet, dll) yang dimuat seluruhnya ke RAM, bisa di mana saja dari 2-12 jam. Jika saya harus membuang satu nomor, saya akan mengatakan lebih dekat ke 3 setengah jam, tetapi sekali lagi, tidak ada informasi yang cukup untuk mendapatkan perkiraan yang baik selain benar-benar melakukannya.

Jika Anda memiliki lebih dari 1GB ruang kosong, Anda dapat mencoba memasang drive dan menjalankan dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzeroatau file lain. Jika Anda tahu lebih banyak tentang ukuran blok optimal untuk penulisan tercepat ke drive Anda, Anda dapat menggunakannya untuk nilai bs (dalam kilobyte) dan mengatur penghitungan untuk apa pun yang memberi Anda ukuran file yang Anda inginkan. Kemudian Anda bisa menggunakannya untuk mendapatkan perkiraan yang lebih baik tanpa kehilangan data. Itu hanya akan membuat file besar yang berisi nol.

— TuxRug
sumber

3

Dalam pengalaman saya pada hard drive dekade terakhir ini, bs = 1M adalah peningkatan besar dibandingkan bs = 512 dan cukup baik untuk digunakan sebagai default tanpa terlalu khawatir tentang menemukan yang optimal.

— crazyscot

@crazyscot ya perbedaan besar di sana dengan bs = 1M untuk menimpa default buruk bs = 512. Juga ddrescue (periksa cara mengatur ukuran blok di dalamnya), memberikan bilah persentase / kemajuan.

— barlop

2

Saya melakukan dd dengan data acak pada drive 750GB. Saya pikir butuh sekitar 20 jam. Hal yang benar-benar menyedotnya, adalah saya harus melakukannya empat kali untuk array RAID empat disk. Saya pikir hambatannya adalah kecepatan tulis drive Anda. Anda pintar melakukannya ke drive secara paralel.

— Rolnik
sumber

2

Sebagian besar masalah kinerja Anda kemungkinan Anda menggunakan angka acak. / dev / urandom atau sumber lain akan berusaha sangat keras untuk menghasilkan angka acak, sehingga menjatuhkan throughput Anda. Sesuatu seperti / dev / zero tidak akan memiliki masalah itu.

— Sam Bisbee

Apakah ada risiko 1TB nol dikompresi di suatu tempat dalam pipa ke penyimpanan, dan hasilnya miring? Maksud saya tidak benar-benar dikompresi pada disk, tetapi dalam perjalanan sebagai optimasi

— ikan buntal

2

Dengan partisi +100 GB, Acer Aspire 5750G, sata hdd eksternal, usb 2, 5400rpm:

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb2 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb2': No space left on device
12500+0 records in
12499+0 records out
104856551424 bytes (105 GB) copied, 2846.87 s, 36.8 MB/s

dan

xxxx@acer-ubuntu:~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=8M
[sudo] password for xxxx: 
dd: writing `/dev/sdb1': No space left on device
6579+0 records in
6578+0 records out
55183409152 bytes (55 GB) copied, 1497.23 s, 36.9 MB/s

— hsmit
sumber

1

Saya menebak, tetapi dugaan saya adalah itu akan tergantung pada pengontrol drive, pengontrol pada motherboard, dan apa lagi yang menyerap CPU / IO.

Dugaan saya, berdasarkan urutan jam atau jam. Hari sepertinya panjang. Bergantung pada bagaimana mesin Anda disiapkan, menjalankan keduanya pada saat yang sama sebenarnya dapat memperlambat segalanya jika Anda membuat pertikaian untuk pengontrol drive. Meskipun Anda memompa nol, tidak ada di drive Anda yang tahu itu dan perlu menulis setiap byte.

— Homolka yang kaya
sumber

1

Jika Anda hanya menghapus drive, alat yang bagus untuk digunakan untuk throughput paralel adalah DBAN dalam mode hapus sederhana. Ini tersedia sebagai ISO dan pada dasarnya melakukan dd if=/dev/zeroperintah untuk Anda pada drive yang Anda pilih.

— wajeemba
sumber

0

Seharusnya 2-5 jam. Kemacetan Anda adalah disk, bukan RAM, CPU, kabel atau konfigurasi pengontrol. Kecuali jika Anda memiliki komputer yang sangat tua, seperti Pentium asli, CPU dan memori Anda jauh lebih cepat daripada kecepatan spindle hard disk, seperti juga kabel SATA Anda. Cache bahkan tidak ikut bermain karena Anda memusatkan perhatian pada drive (kecuali Anda memiliki 1 TB cache).

— Yordania
sumber