it-swarm.asia

Sayfa dosyasını SSD ile devre dışı bırakmalı mısınız?

Ben okudum bu sor , ve çok güzel bilgiler var.

Ancak yeterli RAM'iniz olduğunu varsayarsak, ömrünü uzatmak için sayfa dosyasının SSD'de devre dışı bırakılması gerektiğini düşünüyorum. Çökme sırasındaki temel dökümü kaybedeceğinizi biliyorum, ancak pek çok insanın bu bilgiye ihtiyacı yok.

Anladığım kadarıyla, bir sayfa dosyası olmadan, RAM'inizin sınırına ulaştığınızda, diskte daralmayı tetikleyebilir. Ancak SSD'ler için hiç bir şey yok, okumalar hızlı.

Siz ne düşünüyorsunuz?

26
Pyrolistical

Ancak yeterli RAM'iniz olduğunu varsayarsak, ömrünü uzatmak için SSD'de sayfa dosyasının devre dışı bırakılması gerektiğini düşünüyorum. Çökme sırasındaki temel dökümü kaybedeceğinizi biliyorum, ama pek çok insanın bu bilgiye ihtiyacı yok

Bu, erken optimizasyona benziyor. Hangi SSD'leri kullanmayı planladığınızı tartışmadınız ve aslında sunucu iş yükünüze ve planlanan SSD veri sayfanıza bakmadan, bir sayfa dosyasının SSD'nizin ömrü üzerinde ne gibi bir etkisi olacağını bilmiyorsunuz.

Ayrıca, daha büyük internette ve burada Sunucu Hatası'nda, zayıf ömürlerden muzdarip SSD'ler hakkında büyük miktarda yanlış bilgi vardır. İlk model SSD'lerde sorunlar olabilir ve USB flash sürücüler kesinlikle bozulmaya başlar, ancak kurumsal sınıf SSD'lerin çok daha iyi aşınma dengeleme algoritmaları vardır ve bazıları performans ve aşınmayı artırmak için yedek flaş kullanır.

Intel X25-E sürücüler , örneğin, 32 GB sürücü için 1 petabayt rastgele yazma yazma süresi talep edin. Yazma arayüzünü (200 MB/sn) kesintisiz, üzerine yazma ile doyuruyorsanız, tahminim size yaklaşık 58 gün sürecek. Ancak bu, bu sürücüye günde 17 TB veri gibi bir şey yazıyor.

İşletim sistemi sürücüsündeki tipik sunucu iş yükü, bir sayfa dosyanız olsa bile çok daha az olacaktır. Günde 50 GB deyin. 1 PB rakamı doğruysa (ve bunun ortalama bir rakam, daha sonra daha fazla tartışma olarak kabul edilebileceğini biliyorum), bu hala 50 yılın kuzeyinde bir yerde.

Bu rakamlar elbette çok yüksek görünüyor, bu yüzden Intel'in sürücülerin uzun ömürlü olması için belirtilen gerçek rakamlar 'a bakalım. Intel, MLC (kurumsal olmayan) diskleri beş yıl boyunca her gün 100 GB veri yazacak şekilde nitelendirdi. SLC ve MLC flaşın standart olarak anlaşılması, SLC flaşının MLC'den yaklaşık 10 kat daha uzun sürdüğünü söylüyor (yukarıdaki bağlantı bunu bir grafikte de göstermektedir).

Gerçek zamanla doğacak elbette - ya sürücülerin erken arızalandığını görmeye başlayacağız ya da yapmayacağız. Ancak sürücülerin arkasındaki sayılar, uzun ömürlülüğün, iyi kalitede SSD'lerle hiç sorun olmamasına neden olur .

Bir MLC SSD kullanıyorsanız, endişelenmeniz de muhtemeldir. Ancak, Intel sürücüyü beş yıl boyunca 100 GB/gün olarak değerlendirmekten mutluluk duyuyorsa, bunun temel olarak 10 yıl boyunca 50 GB/gün ile aynı olduğunu unutmayın. Orijinal noktama geri dönersek, hala sürücüde ne tür gerçek iş yükü yapacağınızı bilmeniz gerekir.

Şahsen, bir MLC SSD'yi bir üretim sunucusu ortamında kullanmamanızı şiddetle tavsiye ederim. İyi bir SLC SSD çok pahalıysa, şimdilik dönen disklere sadık kalın.

(Bir kenara, 50 yıl boyunca günde 100 GB gibi sayılar yaparsanız, "SLC MLC'den 10 kat daha uzun sürer" derecesi, Intel 32 GB sürücüsünün toplam yazma ömrüne sahip olduğunu söylüyor gibi görünüyor 2 PB'ye yakın veri, ürün spesifikasyonunda belirtilen 1 PB değil. X25-E disklerimin 10 yıl kuzeyde kalması gerektiği için mutlu olmak için bu iki değerden daha küçük olmasına güvenirsem bile.)

22
Daniel Lawson

Daniel Lawson'un belirttiği gibi uzun ömürlülüğün bir sorun olmaması ve MS ekibinin kendisinden gelen geri bildirimlerin (aşağıda) yanı sıra,

  1. Pagefile yalnızca gerektiğinde kullanılır
  2. Pagefile is kullanılıyorsa, SSD üzerinde dönen bir sabit sürücüye sahip olmak çok büyük bir fark yaratacaktır.

Sayfa dosyası SSD'lere yerleştirilmeli mi?

Evet. Çoğu sayfa dosyası işlemi, her ikisi de SSD'lerin iyi işlediği işlem türleri olan küçük rastgele okumalar veya daha büyük sıralı yazmalardır.

Binlerce izlemeden telemetri verilerine bakarken ve pagefile okuma ve yazmalarına odaklanarak,

  • Pagefile.sys sayıca sayfayı okur pagefile.sys yaklaşık 40-1 yazıyor
  • Pagefile.sys okuma boyutları genellikle oldukça küçüktür,% 67'si 4 KB'den küçük veya ona eşittir ve% 88'i 16 KB'den küçüktür.
  • Pagefile.sys yazma işlemleri nispeten büyüktür ve% 62'si 128 KB'den büyük veya ona eşittir ve% 45'i tam olarak 1 MB boyutundadır. Aslında, tipik sayfa dosyası referans kalıpları ve SSD'lerin bu kalıplarda sahip olduğu uygun performans özellikleri göz önüne alındığında, bir SSD'ye yerleştirilecek sayfa dosyasından daha az dosya vardır.

Katı Hal Sürücüleri için Destek ve Soru-Cevap (MSDN)

15
Mark Sowul

Sayfa dosyasını tamamen devre dışı bırakmak yerine, işletim sistemine bunu kullanmamasını söylemek yararlı olabilir (örneğin, sysctl vm.swappiness=0).

İşletim sistemi, gerekmedikçe kullanmaktan kaçınır, SSD gereksiz yazarları kaydeder.

9
MikeyB

Sayfa dosyasını her zaman etkin bırakırdım; İşletim sisteminizin veya uygulamalarınızın belirli bölümleri orada olmak için beklemek birine yazılabilir ve böyle bir şey yoksa yanlış davranabilir.

Bunu söyledikten sonra, geçmişte bir sayfa dosyası olmadan Windows (XP) çalıştırdım ve attığım her şeyden çok memnun oldum. Hoşuna gitmeyen bir şeyin ortaya çıkacağına rağmen her zaman titiz bir şüphe vardı.

Bir seçenek gerçekten küçük ayarlamak olabilir.

5
Maximus Minimus

Bu OP'ye doğrudan cevap vermiyor, ancak Ronald ve Daniel'in yukarıdaki cevap/yorumlarında yanlış bir izlenimi düzeltmek istedim. (Yeniyim, bu yüzden yorum yapmak için yeterli puanınız yok.)

TRIM aslında ömrünü uzatmak için yapabileceğiniz en büyük şeydir bir SSD. İşte nedeni: SSD'ler periyodik olarak "çöp toplama" - kısmen boş silme bloklarından (parçalanmış) verileri kopyalar ve yeni silinmiş bir blokta bitişik olarak yazar.

Adresler, Ana Makinenin bunun farkında olmaması için yeniden eşleştirilir. Host yazmalarıyla doğrudan ilişkili olmayan bu ekstra yazma etkinliğine "yazma yükseltmesi" denir. Az miktarda aşırı provizyonlu (gizli yedek) alana sahip tamamen dolu bir SSD'nin en kötü durumunda, yazma amplifikasyonu, Host yazma hızının% 500 -% 700'ü arasında kolayca olabilir!

Çöp toplama sırasında, SSD geçersiz kılınan (üzerine yazılan veya TRIMmed) sayfaları kopyalayıp yeniden yazmak için uğraşmaz, bu da büyük miktarda çalışma ve yazma etkinliği sağlar. Dosya sistemi büyük bir dosyayı siler, ancak sürücüyü TRIM aracılığıyla bilgilendirmezse, sürücü silinmiş verileri kopyalamaya devam eder, yazma israfını süresiz olarak (veya bu blok adresleri başka bir dosyaya atanana kadar) olabilir).

Özetle, TRIM hem uzun ömür hem de performans için gerçekten önemlidir.

3
JHD

Sanal bellek için sadece ikinci bir sabit disk kullanın.

2
Jonathan

Bağlantı kurduğunuz diğer yazıda bunu belirtmiştim, ancak bir pagefile olmadan çok ana hatlı bir sunucu çalıştırıyoruz ve burada her şey iyi görünüyor. Aslında onsuz daha hızlı görünüyor. 8GB RAM var ve sabit diskinizin SSD olup olmadığını değil, çok fazla RAM'inizin olup olmadığına karar vermeniz gerektiğini söyleyebilirim. gereksiz yazılar yazmadan hayatını kurtarmak.

2
Matt

8 GB RAM, SSD tek sürücü ve sayfa dosyası olmayan bir dizüstü bilgisayar çalıştırıyorum, bir yıldan fazla bir süredir sorun yok. Sayfa dosyasını gerektiren bir oyuna girdim, yazılım web sitesine gittim ve devre dışı bırakmak için çalıştırma komutunu aldım, sorun çözüldü.

Dizüstü bilgisayarım dört yıl. Eski, ancak daha yeni olan bazı masaüstü bilgisayarlardan daha hızlı çalışır. Bellek sızıntıları, diğer bir deyişle SWAP dosyası, tekniğin oluşturulmasından bu yana Windows işletim sisteminde sorun olmuştur. Ne yazık ki, Linux geliştiricileri adımlarını takip etti. Arka planda ne kadar az yazılım çalıştırırsanız, o kadar iyidir (özellikle Microsoft'un).

0
Cyberat Rodent