Neden Disk Alanını Boşaltmak Bilgisayarları Hızlandırıyor?

Bilgisayarlar ve nasıl çalıştıkları hakkında daha fazla şey öğrenirken, zaman zaman anlamlı gelmeyen bir şeyle karşılaşırsınız. Bunu akılda tutarak, boş disk alanı boşaltmak bilgisayarları gerçekten hızlandırır mı? Bugünün Süper Kullanıcı Soru-Cevap yazısında şaşkın bir okuyucu sorusunun cevabı var.

Bugünün Soru ve Cevap oturumu bize topluluk tarafından yönlendirilen bir soru-cevap web sitesi grubu olan Stack Exchange'in bir alt birimi olan SuperUser'ın izniyle geliyor..

Ekran görüntüsü nchenga (Flickr) izniyle.

Soru

SuperUser okuyucu Remi.b disk alanını boşaltmanın neden bir bilgisayarı hızlandırdığını gösteriyor:

Birçok video izliyorum ve şimdi bilgisayarların nasıl daha iyi çalıştığını anladım. RAM'in uçucu ve uçucu olmayan bellek ve yer değiştirme süreci hakkında ne olduğunu anlıyorum. Ayrıca RAM artmasının neden bir bilgisayarı hızlandırdığını da anlıyorum..

Anlamadığım şey, neden disk alanını temizlemenin bilgisayarı hızlandırdığını gösteriyor. Bir bilgisayarı gerçekten hızlandırıyor mu? Öyleyse, neden böyle yapıyor??

Bir şeyleri kurtarmak için hafıza alanını aramakla ya da bir şeyleri kurtarmak için yeterince uzun ve sürekli bir alan oluşturmak için etrafta hareket etmekle ilgisi var mı? Sabit diskte ne kadar boş alan bırakmalıyım?

Neden disk alanını boşaltmak bilgisayarı hızlandırıyor gibi görünüyor??

Cevap

SuperUser katılımcısı Jason C bizim için cevabı var:

“Neden disk alanını boşaltmak bilgisayarları hızlandırıyor?”

En azından kendi başına değil. Bu gerçekten yaygın bir efsanedir. Yaygın bir efsane olmasının nedeni, sabit sürücünüzü doldurmanın genellikle bilgisayarınızı yavaşlatan diğer şeylerle aynı anda gerçekleşmesidir. (A). SSD performansı, doldurdukça düşme eğilimindedir, ancak bu, SSD'lere özgü olan nispeten eski bir konudur ve sıradan kullanıcılar için gerçekten farkedilmez. Genellikle, düşük boş disk alanı sadece kırmızı bir ringa balığıdır.

Örneğin, şöyle şeyler:

1. Dosya parçalanması. Dosya parçalanması bir konudur (B), ancak boş alan eksikliği, kesinlikle birçok katkıda bulunan faktörlerden biri olmasına rağmen, bunun tek nedeni değildir. Buradaki bazı önemli noktalar:

Parçalı bir dosyanın şansı değil Sürücüde kalan boş alan miktarıyla ilgili. Bunlar, sürücüdeki en büyük bitişik boş alan bloğunun boyutuyla (yani, boş alanın “delikleri”) büyüklüğüyle ilgilidir; üst sınır koymak için olur. Ayrıca dosya sisteminin dosya tahsisini nasıl yönettiği ile de ilgilidir (aşağıda daha). Düşünmek: Tek bir bitişik bloktaki tüm boş alan ile yüzde 95 dolu bir sürücünün yeni bir dosyayı parçalama şansı yüzde sıfır (C) (ve eklenmiş bir dosyayı parçalama şansı boş alandan bağımsızdır). Yüzde beş dolu, ancak veriler sürücünün üzerine eşit şekilde yayılmış bir sürücünün çok yüksek parçalanma şansı var.

Dosya parçalanması olduğunu unutmayın yalnızca parçalanmış dosyalara erişildiğinde performansı etkiler. Düşünmek: Hala içinde bol miktarda ücretsiz “delik” bulunan hoş ve birleştirilmiş bir sürücünüz var. Ortak bir senaryo. Her şey sorunsuz çalışıyor. Sonunda, daha fazla boş alan kalmayacak bir noktaya gelirsiniz. Büyük bir film indirirseniz, dosya ciddi şekilde parçalanmış olur. Bu bilgisayarınızı yavaşlatmaz. Tüm uygulama dosyalarınız ve daha önce iyi olan dosyalar aniden parçalanmayacaktır. Bu, filmin yüklenmesinin daha uzun sürebilir (tipik film bit hızlarının büyük olasılıkla farkedilmeyecek olan sabit disk okuma hızlarına kıyasla çok düşük olmasına rağmen) ve film yüklenirken G / Ç bağlı performansını etkileyebilir, ancak bunun dışında hiçbir şey değişmez.

Dosya parçalanması kesinlikle bir sorun olsa da, etkilerin çoğu zaman işletim sistemi ve donanım düzeyinde arabelleğe alma ve önbelleğe alma ile azaltılır. Gecikmeli yazmalar, ileriye dönük okumalar, Windows'ta ön tarayıcı gibi stratejiler, vb. Parçalanmanın etkilerini azaltmaya yardımcı olur. Sen genelde yapmazsın aslında Parçalanma şiddetleninceye kadar önemli bir etki yaşayın (takas dosyanız parçalanmadığı sürece muhtemelen hiç farketmeyeceğinizi söylemeye bile cesaret edeceğim).

2. Arama endekslemesi başka bir örnektir. Otomatik indekslemenin açık olduğunu ve bunu incelikle yapmayan bir işletim sistemi olduğunu söyleyin. Bilgisayarınıza gittikçe daha fazla endekslenebilir içerik kaydederken (belgeler ve benzeri), indeksleme daha uzun sürebilir ve çalışırken, hem G / Ç hem de CPU kullanımında bilgisayarınızın algılanan hızını etkilemeye başlayabilir . Bu boş alanla ilgili değildir, sahip olduğunuz indekslenebilir içeriğin miktarı ile ilgilidir. Ancak, boş alanın tükenmesi, daha fazla içerik depolamak için el ele gider, bu nedenle yanlış bir bağlantı çizilir..

3. Anti-virüs yazılımı (arama indeksleme örneğine benzer şekilde). Sürücünüzün arka plan taramasını yapmak için kurulmuş bir anti-virüs yazılımı bulunduğunu söyleyin. Taranabilir içeriğiniz gittikçe arttıkça, arama daha fazla G / Ç ve CPU kaynağını alır ve muhtemelen işinizi engelleyebilir. Yine, bu sahip olduğunuz taranabilir içeriğin miktarı ile ilgilidir. Daha fazla içerik genellikle daha az boş alana eşittir, ancak boş alana sahip olmanın nedeni bu değildir..

4. Yüklü yazılımı. Bilgisayarınız önyüklendiğinde yüklenen ve böylece başlatma zamanlarını yavaşlatan çok fazla yazılımın yüklü olduğunu söyleyin. Bu yavaşlama, çok sayıda yazılım yüklendiğinden oluşur. Ancak, yüklü yazılım sabit disk alanı kaplar. Bu nedenle, sabit disk boş alanı, bunun gerçekleştiği anda azalır ve yine yanlış bir bağlantı kolayca yapılabilir..

5. Bu çizgiler boyunca, birlikte alındığında birçok başka örnek, görünmek boş alan eksikliğini daha düşük performansla yakından ilişkilendirmek.

Yukarıdakiler bunun böyle yaygın bir efsane olmasının başka bir nedenini göstermektedir: Boş alan eksikliği, yavaşlamanın doğrudan bir nedeni olmamasına rağmen, çeşitli uygulamaları kaldırmak, dizine alınmış veya taranmış içeriği kaldırmak vb. Bazen (ancak her zaman değil; bu cevap) kalan boş alan miktarı ile ilgili olmayan nedenlerden dolayı tekrar performansı arttırır. Ancak bu aynı zamanda doğal olarak sabit disk alanını boşaltır. Bu nedenle, yine, “daha fazla boş alan” ve “daha hızlı bilgisayar” arasında belirgin (ancak yanlış) bir bağlantı yapılabilir..

Düşünmek: Çok sayıda yüklü yazılım vb. Nedeniyle yavaş çalışan bir makineniz varsa, sabit sürücünüzü (tam olarak) daha büyük bir sabit sürücüye klonlayın, daha sonra daha fazla boş alan kazanmak için bölümlerinizi genişletin, makine sihirli bir şekilde hızlanmayacaktır. Aynı yazılım yüklenir, aynı dosyalar hala aynı şekilde parçalanır, aynı arama dizini oluşturucu hala çalışır, daha fazla boş alana sahip olmasına rağmen hiçbir şey değişmez.

“Bir şeyleri kurtarmak için hafıza alanı aramakla ilgisi var mı?”

Hayır. Burada dikkat edilmesi gereken iki önemli şey var:

1. Sabit diskiniz bir şeyler koyacak yerler bulmak için etrafta arama yapmıyor. Sabit diskiniz aptalca. Bu hiçbir şey değil. OS'nizin söylediği şeyleri kör bir şekilde söyleyen ve ne istenirse okuyan, büyük bir adresli depolama bloğudur. Modern sürücüler, işletim sisteminin zaman içinde kazandığımız deneyime dayanarak ne isteyeceğini tahmin etmek üzere tasarlanan sofistike önbellekleme ve tamponlama mekanizmalarına sahiptir (bazı sürücüler üzerinde olan dosya sisteminin bile farkındadır), ama aslında, ara sıra bonus performans özelliklerine sahip, büyük bir aptal saklama kutusu gibi sürüş yapın.

2. İşletim sisteminiz de bir şeyler koyacak yerleri aramaz. Arama yok. Dosya sistemi performansı açısından kritik öneme sahip olduğu için bu sorunu çözmek için çok çaba sarf edilmiştir. Verilerin sürücünüzde gerçekte düzenlenme şekli dosya sisteminize göre belirlenir. Örneğin, FAT32 (eski DOS ve Windows PC'ler), NTFS (Windows'un sonraki sürümleri), HFS + (Mac), ext4 (bazı Linux sistemleri) ve diğerleri. “Dosya” ve “dizin” kavramı bile sadece tipik dosya sistemlerinin bir ürünüdür; sabit sürücüler, adı verilen gizemli canavarlar hakkında hiçbir şey bilmez. Dosyalar. Detaylar bu cevabın kapsamı dışındadır. Ancak, temel olarak, tüm yaygın dosya sistemlerinin, kullanılabilir alanın sürücüde olduğu yerde izleme yolları vardır; bu nedenle, normal koşullar altında (yani, sağlık durumundaki dosya sistemleri) gereksizdir. Örnekler:

NTFS'nin özel dosyaları içeren bir ana dosya tablosu vardır $ Bitmap, vb. ve sürücüyü tanımlayan birçok meta veri. Temel olarak, bir sonraki boş blokların nerede olduğunu izler, böylece yeni dosyaları sürücüyü her seferinde taramak zorunda kalmadan doğrudan boş bloklara yazabilir..

Başka bir örnek: Ext4, bitmap ayırıcı adı verilen, ext2 ve ext3'teki bir geliştirmedir; temel olarak, doğrudan boş blokların serbest bloklar listesini taramak yerine nerede olduğunu doğrudan belirlemesine yardımcı olur. Ext4 ayrıca destekler gecikmiş tahsis, yani, verilerin parçalanmayı azaltacağı yere daha iyi kararlar verebilmek için sürücüye yazmadan önce işletim sistemi tarafından RAM’de veri tamponlama.

Diğer birçok örnek.

“Ya da bir şeyleri kurtarmak için yeterince uzun ve sürekli bir alan yaratmak için etrafta dolanan şeyler?”

Hayır. Bu olmaz, en azından bildiğim herhangi bir dosya sisteminde. Dosyalar daha yeni parçalara ayrıldı.

“Bir şeyleri kurtarmak için yeterince uzun ve bitişik bir alan oluşturmak için etrafta dolaşma” süreci denir. birleştirme. Dosyalar yazıldığında bu olmaz. Bu, disk birleştiricinizi çalıştırdığınızda olur. Windows'un yeni sürümlerinde, en azından bu otomatik olarak bir zamanlamaya göre gerçekleşir, ancak hiçbir zaman dosya yazılarak tetiklenmez.

Yapabilmek önlemek Bunun gibi şeylerin taşınması dosya sistemi performansının anahtarıdır ve parçalanmanın olmasının ve birleştirmenin neden ayrı bir adım olarak gerçekleştiğinin nedeni budur..

“Sabit diskte ne kadar boş alan bırakmalıyım?”

Bu cevaplanması daha zor bir soru (ve bu cevap zaten küçük bir kitaba dönüştü).

Genel kurallar:

1. Tüm sürücü tipleri için:

En önemlisi, için yeterli boş alan bırakın bilgisayarınızı etkili bir şekilde kullanmak için. Çalışacak yer kalmadıysa daha büyük bir sürüş isteyeceksiniz.

Birçok disk birleştirme aracı çalışmak için en az miktarda boş alan gerektirir (bence Windows'lu olanı yüzde 15, en kötü durum gerektirir). Başka şeyler yeniden düzenlendiğinde parçalanmış dosyaları geçici olarak tutmak için bu boş alanı kullanırlar..

Diğer işletim sistemi işlevleri için boşluk bırakın. Örneğin, makinenizde çok fazla fiziksel RAM yoksa ve dinamik boyutta bir sayfa dosyasıyla etkinleştirilmiş sanal belleğiniz varsa, sayfa dosyasının maksimum boyutu için yeterli alan bırakmak istersiniz. Ya da hazırda bekletme moduna geçirdiğiniz bir dizüstü bilgisayarınız varsa, hazırda bekletme durumu dosyası için yeterli boş alana ihtiyacınız olacaktır. Bunun gibi şeyler.

2. SSD özgü:

Optimum güvenilirlik (ve daha az bir ölçüde performans) için SSD'ler, aynı yere sürekli yazmaktan kaçınmak için sürücünün etrafına veri yaymak için kullandıkları, çok fazla ayrıntıya girmeden kullandıkları bir boş alan gerektirir. . Bu boş alan bırakma kavramına aşırı tedarik denir. Bu önemli, ancak birçok SSD'de, zorunlu aşırı tedarik alanı zaten var. Diğer bir deyişle, sürücülerin çoğu zaman işletim sistemine bildirdiklerinden birkaç düzine daha fazla GB’sı vardır. Alt uç sürücüler genellikle el ile bırakmanızı gerektirir bölümlenmemiş alan, ancak zorunlu OP'ye sahip sürücüler için, boş alan bırakmanıza gerek yok. Burada dikkat edilmesi gereken önemli bir şey fazla hazırlıklı alan çoğu zaman yalnızca bölümlenmemiş alandan alınır. Böylece, bölümünüz tüm sürücünüzü alır ve üzerinde biraz boş alan bırakırsanız, bu her zaman sayın. Çoğu zaman, el ile aşırı sağlama, bölümünüzü sürücünün boyutundan daha küçük olacak şekilde küçültmenizi gerektirir. Ayrıntılar için SSD'nizin kullanım kılavuzuna bakın. TRIM, çöp toplama ve bunun gibi etkileri de var, ancak bunlar bu cevabın kapsamı dışında.

Şahsen, yaklaşık yüzde 20-25 boş alan kaldığında genellikle daha büyük bir sürücü alırım. Bu, performansla ilgili değil, sadece bu noktaya geldiğimde, yakında veri için yeterli alan kalmayacağını ve daha büyük bir sürücü alma zamanı geleceğini umuyorum..

Boş alanı izlemekten daha önemli olan, uygun durumlarda (SSD'lerde değil) zamanlanmış birleştirme işleminin etkinleştirildiğinden emin olmaktır; böylece sizi etkileyebilecek kadar çürütecek bir noktaya asla ulaşamazsınız.

Söylemeye değer son bir şey var. Buradaki diğer cevaplardan biri SATA'nın yarı çift yönlü modunun aynı anda okuma ve yazmayı engellediğinden bahsetti. Doğru olsa da, bu büyük ölçüde basitleştirilmiştir ve çoğunlukla burada tartışılan performans sorunlarıyla ilgisi yoktur. Bunun anlamı, basitçe, verilerin her iki yönde de aktarılamayacağıdır. telde aynı zamanda. Bununla birlikte SATA, minik maksimum blok boyutlarını (tel üzerinde blok başına yaklaşık 8kB, sanırım), çalışma sıralarını okuyup yazmayı içeren oldukça karmaşık bir spesifikasyona sahiptir ve okumalar devam ederken, tamponların yazılmasının engellenmesini engellememektedir. işlemler, vb.

Oluşan herhangi bir engelleme, genellikle bol miktarda önbellekle azaltılan fiziksel kaynaklar için rekabetten kaynaklanıyor olabilir. SATA'nın dubleks modu burada neredeyse tamamen anlamsız.

(A) “Yavaşlamak” geniş bir terimdir. Burada, G / Ç'ye bağlı olan şeyleri (yani, bilgisayarınız orada oturup sayıları sıkıyorsa, sabit sürücünün içeriğinin hiçbir etkisi olmaz) veya CPU'ya bağlı ve teğetle ilgili yüksek değerlerle rekabet eden şeyleri belirtmek için kullanırım. CPU kullanımı (yani, tonlarca dosyayı tarayan anti-virüs yazılımı).

(B) SSD'ler, ardışık erişim hızlarının, rastgele erişime göre genellikle daha hızlı olması durumunda, SSD'lerin mekanik bir cihazla aynı sınırlamalarla karşı karşıya kalmamasına rağmen, (o zaman bile, parçalanma eksikliği, aşınma seviyelemesi nedeniyle ardışık erişim, vb.) Garanti etmez. Ancak, hemen hemen her genel kullanım senaryosunda, bu bir sorun değildir. SSD'lerde parçalanma nedeniyle performans farkları, genellikle uygulamaları yüklemek, bilgisayarı başlatmak, vb. İçin önemsizdir..

(C) Bilerek dosyaları parçalamayan bir aklı başında bir dosya sistemi varsayarsak.

SuperUser'daki canlı tartışmaların kalanını aşağıdaki bağlantıdan okuduğunuzdan emin olun.!

Açıklamaya eklemek için bir şey var mı? Yorumlarda ses kesiliyor. Diğer teknoloji meraklısı Stack Exchange kullanıcılarından daha fazla cevap okumak ister misiniz? Burada tüm tartışma konusuna göz atın.