dd ile bir sürücüyü sıfırlamak ne kadar sürer? [kapalı]

14

1 TB'ı sıfırlamak ne kadar sürer (dd dev / zero kullanarak)?

Aslında iki 500G sürücüyü aynı anda yapıyorum.

— Miles Marley
kaynak

3

Peki, bize, sürücüleri sıfırlarla bulmak ne kadar sürdü?

— 28:11, Rolnik

1

WD 1 TB (5400 rpm) veri durumum yaklaşık 240 dakika sürüyor, ancak eski ve yeniden tahsis edilmiş sektörler var. Bu arada, akıllı raporların genişletilmiş bir kendi testinin sürmesini beklemek için zamanla aynı zamandan farklı değil (255 dakika)

— barrymac

2

Başka bir veri noktası eklemek: sadece dd if=/dev/zero of=/dev/sdX bs=8Maynı anda SATA-300 portları üzerinde iki yeni Seagate ST4000DM000 4 TB sürücüde koştu (Sanırım az çok mükemmel paralelleştirilebilir - CPU kullanımı, ddikinci işlem başlamadan önce ilk işlem için ~% 20'de sabitti ve her ikisi de her biri ~% 20 oranında aldı). İlk disk 8 saat 50 dakika (530 dakika) ve ikincisi 8 saat 30 dakika (510 dakika) içinde tamamlandı. Sürücü başına ~ 130 MB / s yazma hızına eşittir, bu da monoton giriş dikkate alındığında garip değildir. Donanım 2009'dan beri (CPU: C2D E8400; yonga seti: Intel P43 / ICH10).

— Daniel Andersson

9

Aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere birçok faktöre bağlıdır:

Disk hızı (RPM)
Disk yerleşik önbellek
Tabla sayısı ve aynı anda birden fazla tablaya yazıp yazamayacağı
Disk arabirimi (SATA / SCSI, vb.)
Arayüz denetleyicisi performansı
Sürücülerin konfigürasyonu (örn. Ayrı kanallar veya aynı kanal)

Ayrıca, bir sürücüyü sıfırlamak CPU ve RAM için basit bir görev olsa da, yine de aşağıdakilerden bir etki olabilir:

CPU performansı
Kullanılabilir RAM
RAM hızı
Aynı anda yapılan diğer görevler
Güç yönetimi ayarları

Tamamen RAM'e yüklenen sıfırlama işlemini (gui, internet vb.) SADECE çalıştıran minimal linux önyükleme diskinde orta sınıf sürücülerle oldukça yeni bir bilgisayar varsayarsak, 2-12 saat arasında herhangi bir yerde olabilir. Tek bir sayı atmak zorunda kalsaydım, 3 buçuk saate daha yakın diyebilirim, ama yine de, gerçekte yapmaktan başka iyi bir tahmin elde etmek için yeterli bilgi yok.

1 GB'den fazla boş alanınız varsa, sürücüyü monte etmeyi ve çalışmayı dd if=/dev/zero bs=512 count=2048 of=/tmp/tempzeroveya başka bir dosyayı deneyebilirsiniz . Sürücünüze en hızlı yazma için en uygun blok boyutu hakkında daha fazla bilgi ederseniz, bunu bs değeri (kilobayt cinsinden) için kullanabilir ve sayımı istediğiniz dosya boyutunu elde edecek şekilde ayarlayabilirsiniz. Ardından, veri kaybetmeden daha iyi bir tahmin elde etmek için bunu kullanabilirsiniz. Sadece sıfır içeren büyük bir dosya oluşturur.

— TuxRug
kaynak

3

Son on yılın sabit disklerindeki tecrübelerime göre, bs = 1M, bs = 512'ye göre büyük bir gelişme ve en uygun olanı bulma konusunda çok fazla endişelenmeden varsayılan olarak kullanmak için yeterince iyi.

— crazyscot

@crazyscot evet orada bs = 512 korkunç varsayılan geçersiz kılmak için bs = 1M ile büyük bir fark. Ayrıca ddrescue (blok boyutunun nasıl ayarlanacağını kontrol edin), bir yüzde / ilerleme çubuğu verir.

— barlop

2

750GB'lık bir diskte rastgele verilerle bir dd yaptım. Sanırım yaklaşık 20 saat sürdü. Bu konuda gerçekten berbat olan şey, bunu dört diskli bir RAID dizisi için dört kez yapmak zorunda olduğum. Bence darboğaz sürücülerinizin yazma hızı. Paralel olarak sürücülere bunu yapmak için akıllı davranıyorsunuz.

— Rolnik
kaynak

2

Performans sorununuzun büyük bir kısmı muhtemelen rastgele sayılar kullanmanızdı. / dev / urandom veya başka herhangi bir kaynak, gerçekten rasgele sayılar üretmek için çok çaba gösterecek ve böylece veriminizi düşecektir. / Dev / zero gibi bir şeyin bu sorunu olmayacak.

— Sam Bisbee

1 TB sıfır sıfırın boru hattının bir yerinde depolanmaya kadar sıkıştırılması ve sonuçların eğrilmesi riski var mı? Aslında diskte sıkıştırılmış değil, bir optimizasyon olarak geçişte demek istiyorum

— pufferfish

2

+100 GB, Acer Aspire 5750G, harici sata hdd, usb 2, 5400rpm bölümü ile:

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

ve

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
kaynak

1

Tahmin ediyorum, ama tahminim, sürücü denetleyicisine, anakarttaki denetleyiciye ve CPU / IO'yu emen başka bir şeye bağlı olacağı.

Sanırım saat ya da saat sırasına göre. Günler uzun görünüyor. Makinenizin nasıl kurulduğuna bağlı olarak, sürücü denetleyicisi için çekişme oluşturursanız, her ikisini aynı anda çalıştırmak gerçekten yavaşlayabilir. Sıfırları dışarı pompalasanız bile, sürücünüzdeki hiçbir şey bunu bilmiyor ve her baytı yazması gerekiyor.

— Zengin Homolka
kaynak

1

Sadece sürücüleri siliyorsanız , paralel verim için kullanılacak harika bir araç basit silme modunda DBAN'dır . Bir ISO olarak mevcuttur ve temel olarak dd if=/dev/zeroseçtiğiniz sürücülerde sizin için komut yapar .

— wajeemba
kaynak

0

2-5 saat sürmelidir. Darboğazınız RAM, CPU, kablolar veya denetleyici yapılandırması değil disktir. Orijinal bir Pentium gibi çok eski bir bilgisayarınız yoksa, CPU'nuz ve belleğiniz SATA kablolarınız gibi sabit diskin iş mili hızından çok daha hızlıdır. Önbelleği, sürücüyü sıfırladığınız için bile devreye girmiyor (1 TB önbellek yoksa).

— Ürdün
kaynak