Sayfalama dosyası SSD'yi yıpratır mı? Meseleyi kapatan aritmetik

Mit nereden çıktı

İlk SSD'ler bu ihtiyatı hak ediyordu. 2008–2012 arasının ilk tüketici diskleri dar bir NAND dayanıklılık bütçesi ve olgunlaşmamış yıpranma dengeleme donanım yazılımıyla çıkıyordu; bu yüzden atlanan her yazma işlemi gerçekten sayılıyordu ve sayfalama dosyasını dönen diske taşımak makul bir sigortaydı. Sonra tavsiye zamanda dondu ve altındaki donanım tümüyle değiştikten sonra da uzun süre dolaşmayı sürdürdü.

Bugünün tüketici diskleri bambaşka bir tür. Tipik bir 500 GB TLC disk, ömrü boyunca yazılabilecek terabaytlar olarak 150–300 TBW garantisi taşır — ve bir sistem SSD'sinin olağan değişim döngüsü tam da bu tür bir kullanımın yıllarıyla ölçülür. Önem taşıyan sayı teknik föyde basılıdır; folklor teknik föye basılmaz.

Kimsenin yapmadığı aritmetik

Mitin hiç yapmadığı hesabı yapalım. Yeterli RAM'i olan sıradan bir masaüstünde sayfalama trafiği günlük tek haneli gigabaytlardır; ağır durum bile — 8 GB üzerinde belleği talan eden bir iş yükü — günde 10–20 GB yazmadır. Günlük 20 GB, her gün, yıl boyu diyelim: yılda yaklaşık 7 TB yazma eder.

• Tipik 500 GB tüketici SSD'sinin garantili dayanıklılığı: 150–300 TBW
• Gerçekçi sayfalama yazma trafiği: günde 1–10 GB; günde 20 GB ağır durumdur
• Günde 20 GB, yıl boyunca ≈ yılda 7 TB yazma — işte o ağır durum
• 150 TBW ÷ yılda 7 TB ≈ garantili dayanıklılık tükenmeden ağır modda 20+ yıl
• Gerçek diskler çoğu zaman TBW değerini geride bırakır: garanti rakamı bir taban, ölüm tarihi değil
• Makinenizdeki gerçek durum: CrystalDiskInfo'daki veya üreticinin sağlık aracındaki SMART Percentage Used özniteliği

Sayfalama dosyasını kapatmanın gerçek bedeli

Windows'un taahhüt sınırı, takılı RAM artı sayfalama dosyası boyutudur ve uygulamalar taahhüt ayırır — belleğin ne kadarı boş, kibarca sorulmaz. Sayfalama dosyası yokken 16 GB'lık makinede 25 GB ayıran bir oyun ya da Adobe projesi, gerçek RAM yarı boşken bellek yetersiz hatasıyla başarısız olur. Kilitlenme analizi de ölür: pagefile.sys olmadan mavi ekran sonrası bellek dökümü yazılmaz ve bir sonraki BSOD tasarım gereği muamma olarak kalır.

Kazanç ise sıfırdır — takasın bu kadar dengesiz olmasının nedeni de tam bu. SSD'yi “korumak” için sayfalama dosyasını mekanik diske taşımak, her sayfa dışa yazımında mikrosaniyelik SSD gecikmesini milisaniyelik HDD gecikmesine dönüştürür — yukarıdaki aritmetiğin çoktan iptal ettiği yıpranmadan kaçınmak uğruna satın alınan, ölçülebilir bir yavaşlama. Sayfalama dosyasını SSD'de bırak, boyutunu sisteme bırak; kaygını diske gerçekten zarar verene sakla: aşırı ısınma ve ağzına dek doluluk.

Sorular ve yanıtlar

Bunları da okuyun