Bir HDD'nin üzerine sıfırların daha hızlı yazılması mı?


51

İki işletim sistemi yüklü bir bilgisayarım vardı; bu diskler UbuntuUSB disklerini kullanarak sildim. Çabuk silmeyi seçtim. Anladığım kadarıyla, bölüm tablosunu sildi, ancak tüm dosyaların sıfır ve sıfırları hala HDD’de. Daha sonra yeni bölüm tablosu oluşturdum ve Win10'u yükledim.

Soru: Eğer sıfır ile üzerine yazsaydım, HDD şimdi daha hızlı çalışır mı (okuma / yazma)?
Veya: sıfır üzerine yazılmış bir HDD'ye bilgi yazmak "kirli" bir HDD'den daha mı hızlı?


1
Muhtemelen söylemeye değer ATA Güvenli silme bu konuda. Bu OP'de doğrudan kullanım olmayabilir, ancak başkaları için faydalı olabilir.
StephenG

(Manyetik) HDD, SSD veya her ikisini mi soruyorsunuz? Cevap bağlı.
smci

Bir mikrodenetleyici paketinde bulunabileceği gibi fiziksel olarak adreslenmiş flash belleği söylemeye değer. irade Öncelikle bu adımı attığınız için ilk önce varsayılana sıfırlandıysanız daha hızlı olun.
MooseBoys

Yanıtlar:


92

Sabit diskler değişmez sıfırları ve düşündüğünüzü düşündüğümleri saklamaz. Bunun yerine, verileri yan yana çok fazla sıfır veya bir bit olmayacağını garanti eden şifreli bir biçimde saklarlar. Sıfırdan uzun süreler, verilerin kodlandığı fiziksel ortamın plak hızı, titreşimler, vb. İçindeki küçük farklılıklar nedeniyle verileri okumaya çalışırken aslında senkronizasyon sorunlarına neden olabilir, bu nedenle belirli bir tolerans ile sınırlıdır.

Ek olarak, sabit diskler, yalnızca değişen bitleri (yine de şifreli veriler olduğu için) değil, her zaman bir kesimin tamamını (tipik olarak 512 bayt veya 4096 bayt veri) kodlar. Bu, tüm sektörün her zaman doğru şekilde kodlanmasını sağlar. Bu nedenle, sürücüyü tüm sıfırlarla doldurmanın pratik bir faydası yoktur, ancak bunun neden olduğu küçük mekanik aşınma dışında hiçbir şeye zarar vermez. İsterseniz sıfır ile her şeyin üzerine yazmayı seçebilirsiniz, ancak performans avantajı olmayacak ve tüm bu sıfırların yazılmasını bekleyerek zamanınızı boşa harcayacaksınız.

Katı hal sürücüleri benzer bir işlemden geçer; yeni bir veri bloğu yazmadan önce bir bloğun önceki içeriğini otomatik olarak silerler; bu nedenle, flaş teknolojisi yalnızca bir değişkenden önce ancak değişken bir süre önce silinebildiğinden, sıfırın bir SSD'ye sıfırlanması cihazda gereksiz yıpranmaya neden olur. . Girilen aşınma yalnızca toplam görev döngüsünün% 0.01'i gibi bir şey olur, ancak düzenli olarak yapmaktan kaçınmak isteyeceğiniz bir şey olur.


9
can only be erased a certain number of times - Aslında, sayı kesin değil. değişkenlik oldukça büyük .
Ruslan

19
@Ruslan Zavallı kelime seçimi, sanırım. Kesin değil (sadece ölüm ve vergiler kesin gözüküyor), fakat kesinlikle sonlu ve üreticiler yalnızca “görev döngülerine” kadar olan performansı garanti ediyorlar.
phyrfox

Dahili sıkıştırma özellikli ancak TRIM desteği olmayan eski bir SSD'de, sıfır yazma, flaş yeniden kaplanan katmanın, SATA arabirimi aracılığıyla gösterdiği mantıksal veri dizisi için daha az fiziksel flaş alanı kullanmasına izin verebilir ... Bu bir SATA güvenliğinden daha kötü olsa sil.
Peter Cordes

5
Cevabınızla iki konu; 1) Solid state drives go through a similar process. Bu doğru değil. Sabit diskler, SSD'lerin yaptığı gibi okuma / silme / yazma döngüsünden geçmez. Öncelikle silmeleri gerekmeden anında sektörleri üzerine yazabilirler. 2) A long run of 0s or 1s could actually cause sync issues when trying to read the data Ayrıca doğru değil. Sabit sürücü sektörleri, sektör sayısını, eşitleme bitlerini ve ECC verilerini kaydettikleri sektörler arasında bir boşluk bırakmaktadır. Adres ve senkronizasyon verileri, kafaların plaka üzerinde "kaybolmasını" önler. 4k sektör aslında bu nedenle 4211 bayttır.
Wes Sayeed

2
@WesSayeed "benzer süreç", SSD'nin aynı zamanda tüm sektörleri de yazdığı anlamına geliyor. Doğru, normal HDD önce silinmez, ancak yine de benzer bir işlemdir; her ikisi de aynı anda tüm sektörleri yazıyor. Ve evet, ECC'yi içeren ve olmayan sektörler arası boşluğun farkındayım, ancak saatin sektör içinde senkronize edilmemesini sağlamak için hala MMFM / GCR gibi bir şey kullanıyorlar; arka arkaya çok fazla sıfır bit.
phyrfox

53

Hayır, daha hızlı olmayacak. Yazma, üzerine yazılan verilere bakılmaksızın aynı miktarda zaman alır.


12
Bu manyetik bir HD için geçerlidir, ancak dahili sıkıştırma kullanan ve desteklemeyen bir SSD TRIM Sıfırlarla yazılmışsa daha hızlı olabilir. Flaş deposunda daha az gerçek yer kaplarlar ve flaşı yeniden katlama katmanını çalışmak için daha fazla yer bırakırlar. Bu yüzden biraz TRIM / atmak gibi olurdu.
Peter Cordes

2
@PeterCordes - Doğru olsa da, bugün kullanılan SSD'lerin yüzde kaçı yapamaz TRIM desteği var mı? Çok sayıda ürün neslinden ve çeşitli üreticilerden (en başından sonuna kadar markasız / mağaza markasına kadar) kullandığım çeşitli tiplerin hepsinin karşılaştığını biliyorum.
Jules

1
@PeterCordes Soru sıfırlar hakkında olmak Üzerine yazmak yerine kullanmak yerine İç sıkıştırma kalkmış gibi görünüyor çünkü sadece bir sektör tanecikliğinde yapılabilir ve iş hacmine ayak uyduramaz. SSD'nin ön hazırlık alanı yoksa ve üretici mantıksal sıfırları fiziksel olanlarla eşleştirdiyse, sıfır yazmak daha hızlı olabilir, böylece sıfırlarla dolu bir disk aslında "boş" flash sayfalardan yapılır.
Margaret Bloom

@Jules: Bazı eski SSD'ler TRIM'i desteklemedi, çünkü TRIM yalnızca ilk SSD'lerin varlığından sonra ATA standardına eklendi ve ardından kontrol cihazlarının desteklemeye başlaması zaman aldı. Eski bir dizüstü bilgisayarımda bir tane var. (Bunun için TRIM desteği ekleyen bir ürün yazılımı güncellemesi olduğunu düşünüyorum). TRIM'siz eski SSD'lerden herhangi birinin de dahili sıkıştırma kullandığından emin değilim. Bu tür SSD'lerin bugünlerde nadir olduğunu söylemeliydim, ancak bu cevap gibi battaniye ifadeleri her zaman karşı örnekler veya ellerinde tutmadıkları özel davalar aramam için ilham veriyor.
Peter Cordes

3
@Jules SSD'lerin büyük bir kısmı TRIM'i desteklemez, çoğunlukla USB çubukları veya SD kartlar veya MMC gibi daha basit flaşlar. ATA olmayan hemen hemen her şey.
forest

10

Bu, şunlara bağlıdır:

  • Mekanik bir HDD veya SSD olup olmadığı.

Bir SSD için, diğer cevapların notuna göre yapmamalı Sıfırlarla (Flash hücrelerinde gereksiz yıpranmaya neden olacak) üzerine yaz, ancak bunun yerine Güvenli Silme veya tam diskli bir TRIM kullanın. Daha yeni biçimlendirme yardımcı programlarının bazıları, bir SSD algılarlarsa otomatik olarak bir TRIM yapar. Bunun nedeni SSD'lerin "boş" bir sektör ile sıfırlar dahil herhangi bir veriyle "doldurulmuş" arasında güçlü bir ayrım yapmasıdır.

  • Sürücüde okunamayan kesimler olup olmadığı.

Birçok sürücü, birkaç yıl boyunca zor kullanılırsa az sayıda "kötü nokta" geliştirir. Zaten karşılaşılanlar SMART verilerinde "Düzeltilemez Beklemede" olarak görünecektir.

Okunamayan sektör yoksa, mekanik bir HDD faydası yok Üzerine yazılmasından, aynı zamanda çok fazla zaman harcamanın bir zararı olmamasına rağmen.

Eğer orada Hangi bazı okunamayan sektörler, bunları okuma girişimleri uzun zaman alacak ve sürücü boş anlarda verileri kurtarmaya çalışacak ve bu da performansı etkileyecektir. Bunların üzerine yazmak, HDD'den mevcut verileri atmasını, fiziksel konumun hala depolama için kullanılıp kullanılamayacağını test etmesini ve aksi takdirde yedek bir sektör tahsis etmesini isteyecektir. Bu, "Düzeltilemez Beklemede" sayacını da sıfırlayacaktır.

TL; DR - Genelde yapma.


1
Ayrıca, sıfırlarla üzerine yazmanın potansiyel olarak flaş yapılması en kötü şey olduğuna dikkat etmek gerekir: bir flaş bellek bloğuna yazma işlemi onu silmek (bitleri 1'e ayarlar) ve sonra gereken bitlerin içine yazmaktır. 0 olduğundan emin değilim, ancak bir sektörün kendisine yazılmış sıfırları varsa, cihazın ömrüne zarar verecek, rastgele bir desen yazmaktan daha fazla zarar vereceğini düşünüyorum. çünkü silme işlemi daha sonra daha az 0 olması durumunda daha az güç gerektirecektir (? bundan emin değil) ve bu nedenle daha az zarar verir (?).
Jules

1
Çoğu modern SSD'nin bu etki için bir inversiyon bayrağı, bir girişim deseni veya hatta hafif bir sıkıştırma şeması gibi hafifletici bir etkisi olduğunu düşünüyorum. Örneğin, gerçek zamanlı şifreleme kullanan bir sürücü, sıfırlar sözde rastgele karmaya dönüştürüldüğünden etkili bir girişim düzenine sahiptir. Hala onun yerine sıkıştırma ve çoğaltma kullanan eski SandForce tabanlı sürücülerden birine sahibim. Ancak, daha basit Flash cihazlarının (başparmak sürücüleri ve SD kartlar), gerçek verilerden sıfır şekilde daha hızlı aşınması konusunda haklısınız.
Chromatix

Ayrıca, aşırı provizyon alanı nedeniyle bir flaş sürücünün üzerine yazmak da faydasız.
forest

Bir SSD kullanma konusunda endişelenmenize gerek yok. almanca linki: heise.de/-3755009
user3549596

5

Hayır, sıfırların üzerine yazmak, sabit sürücü için hızda hiçbir fark yaratmaz. Ancak, yarıiletken bir sürücü için, sıfırların üzerine yazmak, blokları kullanılmayan olarak işaretleyen bir kırpma işlemi yapmaktan daha kötüdür. İşletim sistemini kurmadan önce bir SSD için bölümün veya tüm sürücünün TRIMING yapılması, SSD için performans ve ömür boyu faydalar sağlayabilir. İşletim sistemini daha önce yüklediyseniz, benzer bir avantaj için dosya sistemindeki boş alanı düzeltme teknikleri vardır.


2

"Yavaş format" yaptığınız zaman, genellikle sürücüdeki hatalı bloklar için de yüzey testi yapılır, bu nedenle eski HDD'ler için makul olabilir ancak herhangi bir R / W performans farkı görmemeniz gerekir.


0

HDD’ler veya SDD’ler için de bir fark yoktur.

HDD'lerde, sürücüdeki tarih yazdığınız her sektörde manyetik olarak değiştirilir, bu nedenle orada yazdıklarınız önemsizdir.

Ayrıca, rastgele veri yazmak, sıfır yazmaktan daha iyidir, çünkü manyetik hizalama izleriyle daha fazla karışır ve gelişmiş adli tıpta, sıfıra yazma yerine rastgele verilerin üzerine yazılması durumunda daha önce ne olduğunu belirlemek daha zor olacaktır.

SSD'lerde, sıfıra gitmek için bir değere komut verirseniz ya da birinden bir fark yaratmazsa, bellek bloklarını yazmak yine de aynı zaman alır, ancak TRIM optimizasyonları nedeniyle belirli alanların üzerine yazamayacağınızı fark edebilirsiniz. sen arzu ediyorsun Bunun yerine, tüm boş alanı kaplayan kendiliğinden genişleyen bir dosya oluşturun ve bu şekilde her şeyin yazılacağı garantilidir;


0

Hayır, hız farkı olmayacak, ancak gereksiz yıpranma ve gereksiz bir başarısızlık şansınız var.

Geleneksel sabit diskler, verileri basit bir sözderandom üreteci, daha modern olanlar ve (neredeyse) tüm SSD'leri her zaman AES ile kodlar. Bunun nedeni, rastgele verilerin (veya rastgele görünen verilerin) saklanmasının, hem manyetik hem de katı hal sürücülerinde, özellikle de sonuncularda (bu nedenle AES ilk ve en fazla olması durumunda), aşınma seviyesine karşı daha elverişli olmasıdır. bitleri karıştırmak için, ancak ücretsiz bir bonus olarak, ekstra ücret ödemeden güvenceye sahip olabilirsiniz).

Böylece, birçok sıfırın etkin bir şekilde yazılması birçok "tür rastgele bit" yazmaktadır.

İşte bu, ya da bir başkasını okumak (veya üzerine yazmak) hiçbir şekilde daha hızlı değildir.

Diğer taraftan, tüm sürücünün üzerine yazmak, birkaç milyar sektör yazmak demektir. Sabit diskler (tamamen kurgusal), "asla gerçekleşmez" gibi görünen çok düşük başarısızlık oranlarına sahipken, büyük boyutlardaki modern disklerin "asla gerçekleşmemesi", "gerçekleşmesi muhtemel" gibi görünmektedir. Bu nedenle, örneğin RAID-5 artık önerilmemektedir, çünkü başarısız bir diskten sonra tekrar senkronize edilmeye çalışılırken kurtarılamayan bir hatayla karşılaşma olasılığı, pratik bir endişe haline gelebilecek kadar yüksektir.

Bu ne anlama geliyor? Genel olarak hiçbir şey ifade etmiyor, ancak tüm diskin üzerine yazmak ihtiyaç duymadan muhtemelen iyi bir fikir değil. Güvenli bir silme için bile, eğer amaçlanmışsa, bugünlerde çok daha iyi (daha hızlı ve daha güvenilir) yöntemler var.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.