Gayri resmi (yani gazetecilik) teknoloji basında ve çevrimiçi teknoloji bloglarında ve tartışma forumlarında, sabit disk sürücülerinde ya da yarıiletken sürücülerde bir miktar boş alan bırakılması için genellikle bir anekdot tavsiyesiyle karşılaşılır. Bunun için çeşitli sebepler veriliyor veya bazen hiç sebep yok. Bu nedenle, bu iddiaların, uygulamada belki makul olsa da, onlar hakkında efsanevi bir havası vardır. Örneğin:

• Diskleriniz% 80 doluysa, bunları göz önünde bulundurmalısınız. tam ve hemen bir şeyleri silmeniz veya yükseltmeniz gerekir. Vururlarsa % 90 Dolu, kendi kişisel pantolonunun gerçek ateş altında olduğunu düşünmeli ve bunu düzeltmek için uygun miktarda aciliyetle tepki vermelisin. ( Kaynak .)

• Çöp toplama işleminin en üst düzeyde verimde kalmasını sağlamak için, geleneksel tavsiye, sürücünüzün yüzde 20 ila 30'unu boş tutmayı amaçlıyor. ( Kaynak .)

• Daha iyi performans için bir HD'de yaklaşık% 20 serbest bırakmam gerektiği söylendi. Bir HD'nin tam olarak doluyken gerilediği yavaşlar. ( Kaynak .)

• Takas dosyaları ve geçici dosyalar için yer bırakmalısınız. Şu anda yüzde 33'ü boş bırakıyorum ve 10GB'lık boş HDD alanını aşmamaya yemin ediyorum. ( Kaynak .)

• Genellikle% 15, ancak geçici dosyalarınız ve takas dosyanız için yeterli olan sürece teknik olarak güvendesiniz, ne kadar büyük sabit sürücülerin günümüzde daha fazla olduğunu söyleyebilirim. ( Kaynak .)

• Windows'ta% 10 artı öneririm, çünkü çalıştırdığınızda sürücüde bu kadar boş olmasa defrag çalışmayacaktır. ( Kaynak .)

• Parçalanmayı önlemek için genellikle yaklaşık% 10 oranında serbest bırakmak istersiniz ( Kaynak .)

• Sürücünüz sürekli olarak yüzde 75 veya 80'den fazla doluysa, daha büyük bir SSD'ye yükseltme yapılması önemlidir. ( Kaynak .)

Tercihen hakemli bir dergide yayınlanmış herhangi bir araştırma, işletim sistemlerinin, dosya sisteminin ve depolama teknolojisinin belirli kombinasyonlarının gerektirdiği boş alan yüzdesi ya da mutlak boş alan miktarına (örneğin, manyetik plaka veya katı hal) yönelik herhangi bir araştırma yapılmış mı? (İdeal olarak, böyle bir araştırma, örneğin sistemin tükenmesini önlemek için, belirli bir kullanım alanı miktarının aşılmamasının nedenini açıklar. takas alanı , veya performans kaybını önlemek için.)

Bu tür bir araştırmadan haberdar olursanız, bir bağlantıyı ve bulguların kısa bir özetini kullanarak cevap verirseniz minnettar olurum. Teşekkürler!

Tercihen hakemli dergilerde yayınlanan bir araştırma var mı […]?

Bunun için, 20 yıldan daha uzun bir süre sistem yönetimi veya başka şekilde geri gitmek gerekiyor. Bu, en az 30 yıl önce kişisel bilgisayar ve iş istasyonu işletim sistemleri dünyasında sıcak bir konuydu; BSD çalışanlarının Berkeley Fast FileSystem'i ve Microsoft ve IBM'in High Performance FileSystem'i geliştirdiği zaman.

Her ikisi de yaratıcıları hakkındaki literatür, bu dosya sistemlerinin organize edilme şeklini tartışır. blok dağıtım politikası ardışık dosya bloklarını bitişik yapmaya çalışarak daha iyi performans sağladı. Konuyla ilgili güncel makalelerde, bunun ve blokları tahsis etmek için bırakılan boş alanın miktarının ve konumunun blok yerleşimini ve dolayısıyla performansı etkilediği gerçeğinin tartışmalarını bulabilirsiniz.

Örneğin, Berkeley FFS'nin blok tahsis algoritmasının tanımından, mevcut ve ikincil silindir grubunda boş alan yoksa ve algoritmanın dördüncü seviye geri dönüşe ulaştığı ("ayrıntılı bir arama uygulayın") oldukça açık olmalıdır. Tüm silindir gruplarına göre ") disk blokları ayırma performansı aynı zamanda dosyanın parçalanması gibi acı çekecektir (ve dolayısıyla okuma performansı).

Bu ve benzeri analizler (bunlar, zamanın dosya sistemi tasarımlarının düzen politikalarını geliştirmeyi amaçlayan tek dosya sistemi tasarımlarından uzaktır), son 30 yılın bilgeliği üzerine inşa edilmiştir.

Örneğin: Orijinal belgede FFS hacimlerinin% 90'dan daha düşük tutulması konusundaki belirti, yaratıcılar tarafından yapılan deneylere dayanan performansın en düşük olduğu bu yüzyılda yayınlanan Unix dosya sistemlerinde bile eleştirel olarak tekrarlanabilir. ^{(örneğin, Pate2003, sayfa 216)} . Amir H. Majidimehr gerçekte bir yüzyıl önce yapmış olmasına rağmen, XE'nin pratikte gözle görülür bir etki gözlemlemediğini söyleyen birkaç kişi bunu sorguluyor; en önemlisi, süper kullanıcı kullanımı için% 10'luk final oranının ayrılmasını sağlayan geleneksel Unix mekanizmasından dolayı değil,% 90'lık tam dolu bir diskin süper kullanıcı olmayanlar için% 100 tam dolu olduğu anlamına gelir neyse ^{(Majidimehr1996 sayfa 68)} . Öyleyse, pratikte düşük boş alanın performans etkilerini gözlemlemeden önce, 21. yüzyılın disk boyutlarıyla% 99'a kadar dolum yapabildiğini söyleyen Bill Calkins, çünkü modern büyüklükteki disklerin% 1'i bile çok fazla parçalanmamış boş alana sahip olmak için yeterlidir. hala oynamak ^{(Calkins2002, 450)} .

Bu ikincisi, alınan bilgeliğin nasıl yanlışlanabileceğinin bir örneğidir. Bunun başka örnekleri de var. Tıpkı SCSI ve ATA dünyaları gibi mantıksal blok adresleme ve imarlı bit kayıt daha ziyade dikkatli bir şekilde hesaplamalarını pencereden attı. dönme gecikmesi BSD dosya sistemi tasarımında, SSD'lerin fiziksel mekaniği, Winchester disklerine uygulanan bilgeliği alan pencereden fırlatmak yerine.

SSD'ler ile boş alan miktarı bir bütün olarak cihazda , yani diskteki tüm hacimlerde ve aralarında , hem performans hem de ömür boyu etki eder. Bir dosyanın bitişik mantıksal blok adreslerine sahip bloklarda saklanması gerektiği fikrinin temeli, SSD'lerin döndürülecek plakaları ve aramak için kafaları olmaması gerçeği ile azaltılabilir. Kurallar tekrar değişiyor.

SSD'lerde, önerilen asgari miktarda boş alan Daha 33 yıl önceki Winchester diskleri ve Berkeley FFS ile yapılan deneylerden elde edilen geleneksel% 10'dan daha fazla. Mesela Anand Lal Shimpi% 25 veriyor. Bu fark, bunun boş alan olması gerçeğiyle birleşiyor. tüm cihazda oysa% 10 rakam her bir FFS biriminde ve böylelikle bir bölümleme programının, bölüm tablosu tarafından geçerli bir disk birimine tahsis edilmemiş alanların hepsini TRIM yapmayı bildiğinden emin olup olmadığı etkilenir.

Aynı zamanda TRIM uyumlu dosya sistemi sürücüleri gibi boş alan TRIM kullanan karmaşıklıklar ile birleştirilmiştir. içinde disk hacimleri ve SSD üreticilerinin kendileri de zaten değişen derecelerde tahsis ayrılmış alan bu, çöp toplama ve aşınma dengelemesi gibi çeşitli kullanımlar için cihazdan (yani ana bilgisayardan) bile görülmez.

Kaynakça

• Marshall K. McKusick, William N. Joy, Samuel J. Leffler ve Robert S. Fabry (1984-08). UNIX için Hızlı Dosya Sistemi . Bilgisayar Sistemlerinde ACM İşlemleri. Cilt 2 sayısı 3. s.181–197. Cornell.edu'da arşivlendi.
• Roy Duncan (1989-09). Yeni Yüksek Performanslı Dosya Sisteminin tasarım amaçları ve uygulanması . Microsoft Systems Journal . Cilt 4 sayısı 5. s. 1-13. Wisc.edu'da arşivlendi.
• Marshall Kirk McKusick, Keith Bostic, Michael J. Karels ve John S. Quarterman (1996-04-30). "Berkeley Hızlı Dosya Sistemi". 4.4 BSD İşletim Sisteminin Tasarımı ve Uygulaması . Addison-Wesley Profesyonel. ISBN 0201549794.
• Dan Bridges (1996-05). Yüksek Performanslı Dosya Sisteminin İçinde - Bölüm 4: Parçalanma, Disk Boşluğu Bitmapleri ve Kod Sayfaları . Önemli Uçlar. OS / 2 Elektronik Geliştirici Dergisi'nde arşivlendi.
• Keith A. Smith ve Margo Seltzer (1996). FFS Disk Tahsis Politikalarının Karşılaştırılması . USENIX Yıllık Teknik Konferansı Bildirileri. Harvard.edu'da arşivlendi.
• Steve D. Pate (2003). "FFS'nin performans analizi". UNIX Dosya Sistemleri: Evrim, Tasarım ve Uygulama . John Wiley amp; Sons. ISBN 9780471456759.
• Amir H. Majidimehr (1996). UNIX'i Performans İçin En İyileştirme . Prentice Salonu. ISBN 9780131115514.
• Bill Calkins (2002). "Dosya Sistemlerini Yönetme". Solaris 9'un İçinde . Que Yayıncılık. ISBN 9780735711013.
• Anand Lal Shimpi (2012-10-04). Modern SSD'lerde Yedek Alan ile Performans Tutarlılığı Arasındaki İlişkiyi Keşfetmek . AnandTech.
• Henry Cook, Jonathan Ellithorpe, Laura Keys ve Andrew Waterman (2010). IotaFS: SSD'ler için Dosya Sistemi Optimizasyonlarını Keşfetme . Tüketici Elektroniği IEEE İşlemleri. Stanford.edu'da arşivlendi.
• https://superuser.com/a/1081730/38062
• Accela Zhao (2017-04-10). SSD Üzerine Bir Özet & amp; FTL . github.io.
• Windows, bir SSD'de bölümlenmemiş (biçimlendirilmemiş) alanı kesiyor mu?

Her ne kadar "hakemli dergiler" tarafından yayınlanan "araştırma" hakkında konuşamıyorsam da - ve günlük işler için olanlara güvenmek istemem - yüzlerce üretimin gerçekleri hakkında konuşabilirim uzun yıllar boyunca çeşitli işletim sistemleri altındaki sunucular:

Tam bir diskin performansı düşürmesinin üç nedeni vardır:

• Boş alan açlığı: Geçici dosyaları, Güncellemeleri vb. Düşünün.
• Dosya sistemi bozulması: Çoğu dosya sistemi, yeterli yer yoksa, dosyaları en iyi şekilde düzenleme becerisine sahiptir
• Donanım düzeyinde bozulma: Yeterli boş alana sahip olmayan SSD'ler ve SMR diskleri, verim kaybını ve - daha da kötüsü - artan gecikme (bazen birçok büyüklük sırasına göre) gösterecektir

İlk nokta önemsizdir, çünkü hiçbir mantıklı üretim sistemi, dosyaları dinamik olarak genişletmek ve daraltmak için takas alanını asla kullanmaz.

İkinci nokta, dosya sistemleri ve iş yükü arasında oldukça farklıdır. Karışık iş yüküne sahip bir Windows sistemi için,% 70'lik bir eşik değerinin oldukça kullanışlı olduğu ortaya çıkmıştır. Çok az sayıda ancak büyük dosyaları olan bir Linux ext4 dosya sistemi için (örneğin, video yayın sistemleri) bu,% 90 + oranına kadar çıkabilir.

Üçüncü nokta donanıma ve donanıma bağlı olmakla birlikte, özellikle Sandforce denetleyicili SSD'ler, yüksek yazma iş yüklerinde serbest blok silme işlemine geri dönerek gecikmelerin yüzde binlerce oranında artmasına neden olabilir. Bölme düzeyinde genellikle% 25 oranında serbest bırakırız, daha sonra% 80'in altında bir dolum hızı gözlemleriz.

öneriler

Bahsettiğimin farkındayım nasıl Maksimum doldurma oranının uygulandığından emin olun. Bazı rastgele düşünceler, hiçbiri "akran değerlendirmesi" (ücretli, sahte veya gerçek) ancak hepsi üretim sistemlerinden değil.

• Dosya sistemi sınırlarını kullanın: /var kök dosya sistemine ait değildir.
• İzleme, izleme, izleme. Size uygunsa hazır bir çözüm kullanın, aksi takdirde çıktılarını ayrıştırın. df -h ve alarm zillerinin çalması durumunda. Bu özellik, otomatik yükseltmeleri takılmış ve otomatik çalıştırma seçeneği olmadan çalışan bir kök üzerinde 30 çekirdekden tasarruf etmenizi sağlar.
• Bir fs taşmasının olası bozulmalarını ilk etapta daha büyük hale getirme maliyetine karşı tartın: Gömülü bir cihazda değilseniz, kök için bu 4G'yi iki katına çıkarabilirsiniz.

İşletim sistemleri, dosya sistemleri ve depolama teknolojisinin belirli kombinasyonlarının gerektirdiği ... boş veya yüzde boş alan miktarına ilişkin bir araştırma yapıldı mı?

20 yıllık sistem yönetiminde, çeşitli konfigürasyonların boş alan gereksinimlerini ayrıntılandıran araştırmalarla hiç karşılaşmadım. Bunun, bilgisayarların çok çeşitli şekillerde yapılandırılmasının, olası sistem konfigürasyonlarının sayısının az olması nedeniyle yapmasının zor olacağından şüpheliyim.

Bir sistemin ne kadar boş alan gerektirdiğini belirlemek için iki değişken hesaba katılmalıdır:

1. İstenmeyen davranışları önlemek için gereken minimum alan, ki bunun kendisi bir sıvı tanımına sahip olabilir.

   Gerekli boş alanı yalnızca bu tanımla tanımlamanın yararsız olduğunu unutmayın, zira bununla çarpıştığınız noktaya kadar 80 mph'yi tuğla duvara sürmenin güvenli olduğunu söylemenin eşdeğeridir.

2. Depolamanın tüketilme oranı, ilave bir değişken miktar boşluğunun rezerve edilmesini zorunlu kılan, yöneticinin tepki vermeden önce sistemin bozulmasına izin verin.

İşletim sistemi, dosya sistemleri, temel depolama mimarisinin yanı sıra uygulama davranışı, sanal bellek yapılandırması vb. Özel kombinasyonu, kesin boş alan gereksinimi sağlamak isteyenlere oldukça güçlükler getirmektedir.

Bu yüzden dışarıda pek çok "külçe" önerileri var. Birçoğunun belirli bir yapılandırma hakkında öneride bulunduğunu fark edeceksiniz. Örneğin, "Kapasiteye yaklaşırken performans sorunlarına maruz kalan bir SSD'niz varsa,% 20 boş alanın üstünde kalın."

Çünkü bu soruya basit bir cevap yok, doğru olanı belirlemek için sizin sistemin minimum boş alan gereksinimi, sisteminizin kendine özgü yapılandırması ışığında çeşitli genel önerileri göz önünde bulundurmak, daha sonra bir eşik belirlemek, izlemek ve gerektiği şekilde ayarlamak için istekli olmaktır.

Ya da sadece en az% 20 boş alan tutabilirsiniz. Elbette, SSD'lerin ve geleneksel sabit disklerin ve önceden ayrılmış bir takas dosyasının kombinasyonuyla desteklenen bir 42 TB RAID 6 biriminiz olmadıkça ... (bu ciddi insanlar için şaka).

Tabii ki, bir sürücünün kendisi (hem HDD hem de SSD), SSD'lerin sizin için boş alanlarını önceden silebilmeleri dışında, kullanımda olanların yüzde kaçını umursamıyorlardı. Okuma performansı tam olarak aynı olacak ve yazma performansı SSD'de biraz daha kötü olabilir. Her neyse, yazma performansı neredeyse dolu bir sürücüde o kadar önemli değil, çünkü hiçbir şey yazmaya yer yok.

Öte yandan işletim sisteminiz, dosya sisteminiz ve uygulamalarınız her zaman boş alan olmasını bekler. 20 yıl önce bir uygulamanın, dosyalarınızı oraya kaydetmeyi denemeden önce sürücüde ne kadar yer kaldığını kontrol etmesi normaldi. Bugün uygulama oluştur geçici dosyalar iznini sormadan ve genellikle başarısız olduklarında kaza veya davranış gibi davranırlar.

Dosya sistemlerinin benzer bir beklentisi var. Örneğin, NTFS, MFT için diskinizin büyük bir bölümünü ayırır, ancak yine de bu alanı size boş gösterir. NTFS diskinizi kapasitesinin% 80’inin üstüne çıkardığınızda, MFT parçalanması performans üzerinde çok gerçek bir etkiye sahip.

Ayrıca, boş alana sahip olmak, normal dosyaların parçalanmasına karşı gerçekten yardımcı olur. Dosya sistemleri kaçınma eğilimindedir dosya parçalanması boyutuna bağlı olarak her dosya için doğru yeri bularak. Dolgulu bir diskte daha az seçeneğe sahip olacaklar, bu yüzden daha zayıf seçimler yapmak zorunda kalacaklar.

Windows’ta, aynı zamanda dosya değiştir , gerektiğinde büyüyebilir. Olmazsa, uygulamalarınızın zorla kapanmasını beklemelisiniz. Gerçekten çok az takas alanı olması gerçekten mümkün kötüleştirebilir performans.

Takas alanınız sabit bir boyuta sahip olsa bile, tamamen sistem disk alanı dışında çalışmak, sisteminizi çökertebilir ve / veya işletim sistemi önyükleme sırasında diske yazmayı beklediğinden, Windows'taki ve Linux'ta çökebilir hale getirebilir. Bu yüzden evet, disk kullanımının% 90'ına vurmak, boyalarınızın yandığını düşünmenizi sağlamalıdır. Bir zamanlar OS'ye biraz disk alanı kazandırmak için en son indirmeler kaldırılıncaya kadar düzgün şekilde önyüklenemeyen bilgisayarlar görmedim.

SSD'ler için bir miktar boş alan kalmalıdır çünkü yeniden yazma hızı artar ve diskin yazma performansını olumsuz etkiler. % 80 dolu, muhtemelen tüm SSD diskleri için güvenli bir değerdir, bazı son modeller% 90-95 kapasite ile bile iyi çalışabilir.

https://www.howtogeek.com/165542/why-solid-state-drives-slow-down-as-you-fill-them-up/

"Kurallar" gereksinimlerinize bağlı olarak değişir. Örneğin, ZFS gibi özel durumlar da var: "% 90 kapasitede ZFS, performanstan büyük performans çıkarımlarına sahip alan tabanlı optimizasyona geçer.". Evet, bu bir dizayn ZFS'nin bir yönü ... gözlem veya anekdot kanıtlarla elde edilen bir şey değil. Açıkçası, ZFS depolama havuzunuz yalnızca SSD'lerden oluşuyorsa, bu sorun daha az olur. Bununla birlikte, dönen disklerde bile, statik depolama ile uğraşırken% 99 veya% 100'e ulaşabilir ve birinci sınıf performansa ihtiyacınız olmaz - örneğin, sürekli değişen ve en sevdiğiniz kişisel koleksiyonunuz güvenlik önceliklidir 1.

Sonra, btrfs - aşırı bir durum: boş alan çok az olduğunda (birkaç MByte), geri dönüşü olmayan bir noktaya varabilirsiniz. Hayır, dosyaları silmek, yapabileceğiniz gibi bir seçenek değildir. Dosyaları silmek için yeterli alan yok. btrfs bir COW (yazarak kopyala) dosya sistemidir ve artık meta verileri değiştiremediğiniz bir noktaya erişebilirsiniz. Bu noktada, dosya sisteminize ek depolama alanı eklemeye devam edebilirsiniz (bir USB flaş sürücü işe yarayabilir), ardından genişletilmiş dosya sisteminden dosyaları silebilir, ardından dosya sistemini daraltabilir ve ek depolama alanını yeniden kaldırabilirsiniz). Yine, bu bazı nedenlerden kaynaklanmaktadır. dizayn dosya sistemi.

Size "gerçek (ciddi) veri" verebilecek insanlar muhtemelen "gerçek (ciddi) depolama" ile ilgilenen kişilerdir. Twisty'nin (mükemmel) cevabı, ana sınırlayıcı faktörün yöneticinin hangi hızda olduğu bir işletme ortamında işletilen hibrit dizilerden (büyük miktarlarda ucuz yavaş eğirme, çok sayıda hızlı eğirme diski, birçok SSD'den oluşur) söz eder. yükseltmeleri sipariş edebiliyoruz. 16T’den 35T’ye çıkmak 6 ay sürebilir ... böylece alarmınızı% 50’ye ayarlamanızı öneren ciddi desteklenmiş raporlar alabilirsiniz.

Kuruma özel miktarlarda sonuca katkıda bulunan birçok, birçok faktör vardır. Yani, hızlı ve hızlı bir sayı yoktur, bu yalnızca bu parametrelerin bir fonksiyonu olarak ölçülebilir. (Muhtemelen diğer kullanıcıların bu konu hakkında belirli bir araştırma yapmadıklarını bildirmesinin nedeni budur - kesin olan her şeyi derlemek için çok fazla değişken.)

• Donanım

  • HDD’nin tüm sektörleri her zaman ayrılmıştır. Bu yüzden kaç tanesinin mevcut kullanıcı verisini içerdiği kesinlikle önemli değil. (Kontrolör için, tüm sektörler her zaman bir miktar veri içerir, sadece okunduğu ve üzerine yazıldığı gibi yazar.)
  • SSD'nin denetleyicisi ise (de) sektörlerini dinamik olarak bir dosya sistemine benzer şekilde tahsis eder. Bu da bu işi daha yüksek kullanımlarda zorlaştırıyor. Ne kadar zor olduğu ve bunun gözlemlenebilir performansı ne kadar etkilediği aşağıdakilere bağlıdır:
    • Kontrolörün performansı ve algoritmaların kalitesi
    • Yük yazmak
    • Bir dereceye kadar, toplam yük (denetleyiciye çöp toplama zamanını vermek için)
    • Alan aşırı tedarik (bazı üreticiler müşterinin ön sipariş vermesine veya dinamik olarak değiştirmesine bile izin veriyor)

• Dosya sistemi

  • Farklı dosya sistemleri, farklı yükler ve ana bilgisayar işleme gereksinimleri için tasarlanmıştır. Bu, bir dereceye kadar format parametreleri ile değiştirilebilir.
  • FS yazma performansı, boş alan ve fragmantasyonun bir fonksiyonudur, okuma performansı sadece fragmantasyonun bir fonksiyonudur. En başından itibaren kademeli olarak azalır, bu yüzden soru, kabul edilebilir eşiğinizin bulunduğu yerdir.

• Yük tipi

  • Yazma yükü, yeni ücretsiz blokları bulmayı ve bunlara erişmeyi hızlı bir şekilde vurgular
  • Ağır okuma yükü, ilgili verilerin birleştirilmesini vurgular, böylece daha az ek yük ile okunabilir

Mekanik tahriklerde göz önünde bulundurulması gereken bir husus, dış kenarın veriminin iç kısımdan daha yüksek olmasıdır. Bunun nedeni, dışın daha geniş çevresi için devir başına daha fazla sektör bulunmasıdır.

Sürücü kapasiteye ulaştığında, performans yavaşlar çünkü yalnızca daha yavaş iç sektörler mevcut olacaktır.

Daha ayrıntılı bir analiz için bkz. https://superuser.com/a/643634

Sürücünün kullanım amacına bağlıdır, ancak genel olarak% 20 ila% 15 boş alan, eğirme diskleri için iyi bir cevaptır ve% 10 veya daha fazlası SSD'ler için iyidir.

Bu bilgisayardaki ana sürücü ise ve dosyalar taşınmışsa,% 20 boş alan önemli yavaşlamaları önlemelidir. Bu, sürücüde verilerin gerektiği gibi taşınması ve kopyalanması için yeterli boş alan sağlar. Serbest konumlar orijinal verilere daha yakın olduğunda, dönen bir tahrik en iyi şekilde çalışır, SSD'de ise fiziksel konum günlük performansı etkilemez. Bu nedenle, eğirme tahriki, tamamen performans nedeniyle, daha fazla boş alana sahip olmalıdır. SSD'de, azaltılmış boş alan sürücünün ömrünü azaltacaktır, ancak performansı düşürmez. SSD'ler geçici verileri ve rastgele indirme dosyalarını en az kullanılan konumlarda depolamaya çalışır, böylece hücre kullanımını tüm sürücüde dengeleyebilirler; Aksi halde, sürücünün bir kısmı geri kalanından çok daha hızlı yaşlanır. Bazı yeni SSD'ler dosyaları boş alanın hareket etmesi için akıllıca yeniden düzenleyebilir, ancak eski sürücüler bunu yapamayabilir.

Eğer bu bir medya veya uzun süreli bir depolama sürücüsü ise,% 5 ila% 10 serbest yeterli olmalıdır ve eğer bir dönen disk ise% 10 tercih edilir. Çok fazla boş alana ihtiyaç duymazsınız, çünkü bu sürücü nadiren verilerin taşınmasını gerektirir, bu nedenle performans neredeyse bir faktör değildir. Boş alan, temel olarak kötü sektörlerin atılıp değiştirilmesine izin vermek ve dosyaların daha bitişik olmasını sağlamak için kullanışlıdır.

Çok iyi ve net bir neden olmadıkça,% 95 kapasiteyi geçmiş bir sürücüyü bir günden fazla kullanmam.