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


26

Bu soruyu okudum ve çok fazla harika bilgisi var.

Ancak, yeterince RAM’iniz olduğunu varsayarsak, sayfa dosyasının SSD’de ömrünü uzatmak için devre dışı bırakılması gerektiğini düşünüyorum. Kazadaki ana çöplüğü kaybedeceğini biliyorum, ama pek çok insanın bu bilgiye ihtiyacı yok.

Anladığım kadarıyla, bir sayfa dosyası olmadan, RAM'inizin sınırına ulaştıkça, diskte çökmeyi tetikleyebilir. Fakat SSD'ler için devrilme kavramı yok, okumalar hızlı.

Siz ne düşünüyorsunuz?


Onu açık bırakırdım. Moderns SSD'ler mesafeye dayanmalı. Bakınız: storagesearch.com/ssdmyths-endurance.html .
Matt

1
Ayrıca, iş yükünüzü sunucunuza uygun kılıyorsanız, yine de diske disk belleği aramanız gerekir (peki, yalnızca yararlı olduğu yerlerde disk belleği). Yalnızca geçen ay sunucularım ortalama olarak, tüm ay için yalnızca 100 sayfa giriş / çıkış yaptı.
Matthew Ife

Yanıtlar:


22

Ancak, yeterince RAM’iniz olduğunu varsayarsak, sayfa süresini SSD’de ömrünü uzatmak için devre dışı bırakmanız gerektiğini düşünüyorum. Kazadaki ana çöplüğü kaybedeceğini biliyorum, ama pek çok insan bu bilgiye ihtiyaç duymuyor

Bu daha erken optimizasyona benziyor. Hangi SSD'leri kullanmayı planladığınızı tartışmadınız ve sunucu iş yükünüze ve planlanan SSD veri sayfanıza bakmadan, bir sayfa dosyasının SSD'nizin kullanım ömrü üzerindeki etkisi hakkında hiçbir fikriniz olamaz.

Hem daha büyük İnternet'te hem de burada Sunucu Arızasında, yoksul yaşam sıkıntısı çeken SSD'ler hakkında çok sayıda yanlış bilgi var. Eski model SSD'lerin sorunları olabilir ve USB flash sürücüler kesinlikle bozulmaya başlar, ancak işletme sınıfı SSD'lerin daha iyi aşınma dengeleme algoritmaları vardır ve bazıları performansı ve aşınmayı iyileştirmek için yedek flaş kullanır.

Örneğin, Intel X25-E sürücüleri 32 GB'lık bir sürücü için 1 petabayt rastgele yazma yazma süresi iddia ediyor. Yazma arayüzünü (200 MB / sn) kesintisiz olarak doyuruyorsanız, üzerine yazmakla, tahminim 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 olarak adlandırın. 1 PB rakamı doğruysa (ve bunun ortalama bir rakam olarak kabul edilebileceğini biliyorum, daha sonra daha fazla tartışma), bu hala 50 yılın kuzeyindeki bir yerde.

Bu rakamlar kuşkusuz yüksek görünüyor, tabii ki, bu nedenle Intel tarafından beklenen sürücü ömrü için belirtilen gerçek rakamlara bakalım . Intel, MLC (işletme dışı) disklerini beş yıl boyunca her gün 100 GB veri yazma yetisine sahip olmaktan memnundu. SLC'ye karşı MLC flaşın standart anlayışı, SLC flaşının MLC'den yaklaşık 10 kat daha uzun sürdüğünü söylemektedir (yukarıdaki bağlantı bunu grafikte de göstermektedir).

Gerçek şu ki zamanla ortaya çıkacak, elbette - ya sürücülerin erken başarısız olduğunu görmeye başlayacağız ya da olmayacağız. Ama sürücüler arkasında numaralar sürücü uzun ömürlü iyi kalite SSD'ler ile ilgili bir sorun olmadığı kadar ekleyin hiç .

Bir MLC SSD kullanıyorsanız, o zaman belki endişelenmekte haklısınız. Ancak, Intel'in sürücüyü beş yıl boyunca 100 GB / gün olarak değerlendiriyorsa, bunun temel olarak 10 yıl boyunca 50 GB / gün ile aynı olduğunu unutmayın. Ve asıl noktama dönersek, hala sürücüde ne tür gerçek iş yükü yapacağınızı bilmeniz gerekir.

Şahsen, üretim sunucusu ortamında bir MLC SSD kullanmamanı şiddetle söyleyebilirim. Düzgün bir SLC SSD çok pahalı ise, şimdilik diskleri yapıştırın.

(Bir kenara, sayıları yaparsanız, "SLC, MLC'den 10 kat daha uzun" notu olan 50 yıl boyunca günde 100 GB deyince, Intel’in 32 GB’lık bir sürücünün toplam yazma ömrüne sahip olduğunu söylüyor Ürün spesifikasyonunda belirtilen 1 PB'ye değil, 2 PB veriye yakın değerler. X25-E disklerimin 10 yıla kadar dayanması gerektiğinden mutlu olmak için bu iki değerin sadece küçük olmasına güveniyorum.)


MLC SSD'leri kullanma konusundaki açıklamamı revize edeceğimi düşünüyorum: kurumsal kullanım için yeterince iyi görünüyorlar. SLC SSD'li bir büyük satıcının SLC serisini MLC flaş ve daha akıllı kontrol cihazlarıyla değiştirdiğini duydum.
Daniel Lawson

15

Uzun ömürlü olmasının yanı sıra Daniel Lawson'un da belirttiği gibi, bir sorun olmamaya ve MS ekibinin kendisinin geri bildirimine (aşağıdan)

  1. Sayfa dosyası yalnızca ne zaman gerekli olursa kullanılacak
  2. Disk belleği dosyası varsa edilmektedir kullanılan bir iplik sabit sürücüde vs SSD üzerinde olan muazzam bir fark yaratacak

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 rasgele okumalar veya daha büyük sıralı yazmalardır.

Telemetri verilerine binlerce izden bakarken ve sayfa dosyasına odaklanarak okur ve yazar.

  • Pagefile.sys sayısızlık okuyor pagefile.sys yaklaşık 40'a 1 yazar
  • Pagefile.sys okuma boyutları genellikle oldukça küçüktür,% 67 veya 4 KB'ye eşit ya da% 88 ve 16 KB'den daha düşüktür.
  • Pagefile.sys yazmaları nispeten büyük,% 62'si 128 KB'ye eşit ya da ona eşit ve% 45'i tam olarak 1 MB boyutunda. Aslında, tipik sayfa dosyası referans desenleri ve SSD'lerin bu kalıplarda sahip oldukları olumlu performans özellikleri göz önüne alındığında , bir SSD'ye yerleştirilecek sayfa dosyasından daha az dosya vardır.

Katı Halli Sürücüler için Destek ve Sorular ve Cevaplar (MSDN)


9

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

İşletim sistemi gerekmedikçe kullanmaktan kaçınacak, SSD'yi gereksiz yere yazmayacak.


4
Bu harika. Pencereler için böyle bir çimdik var mı?
Pirolistik

Emin değilim, ancak sayfa boyutunu en aza indirerek (2 MB) ayarlayarak büyümesini sağlayarak bunu taklit edebilirsiniz.
MikeyB

5

Sayfa dosyasını her zaman etkin halde bırakırdım; İşletim sisteminizin veya uygulamalarınızın belirli bölümleri, birinin olmasını beklemek üzere yazılabilir ve böyle olmadıkça kötü olabilir.

Bunu söylerken, geçmişte bir sayfa dosyası olmadan Windows (XP) kullandım ve attığım her şeyden çok memnun kaldım. Her zaman niggling şüphe vardı, ancak bir şey gelmeyecek, hoşuna gitmeyecek.

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


Uygulamaların, koç veya takas kullandıklarını tespit edebileceğini sanmıyorum. Peki bu nasıl önemli olabilir?
Pirolistik

İşletim sistemi gerçekten sanal belleğin etkin olması için ayarlandı. SSD'lerle ilgili bir noktanız var ya da haklı olduğunuzu hayal ediyorum - onlarla tekrarlayan bir yazma problemi olduğunu söyleyen çok şey okudum ve sanal bellek kesinlikle bunu yapıyor. Sayfa dosyasını / takasını uygun bir diske yerleştiremiyor musunuz? (elbette karşı sezgisel görünüyor ...)
Kyle Hodgson

Bir işletim sistemi neden bir sayfa dosyası olduğunu varsayar ki? Linux kesinlikle
bilmez

2
İşte Windows’a inanmak için bir neden: blogs.msdn.com/ericlippert/archive/2009/06/08/…
dmo

3

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

TRIM aslında bir SSD'nin ömrünü uzatmak için yapabileceğiniz en büyük şey. İşte nedeni: SSD'ler düzenli aralıklarla "çöp toplama" - (parçalanmış) verileri kısmen boş silme bloklarından kopyalayın ve bitişik olarak yeni silinmiş bir bloğa yazın.

Adresler değiştirilir, böylece ana bilgisayarın bunun farkında olması gerekmez. Bu, fazladan yazma aktivitesine doğrudan konak yazma ile ilişkilendirilmez, "yazma büyütme" olarak adlandırılır. Az miktarda aşırı tedarik edilmiş (gizli yedek) boşluğu olan tamamen dolu bir SSD'nin en kötü durumunda, yazma amplifikasyonu kolayca% 500 - ana bilgisayar yazma oranının% 700 aralığında olabilir!

Çöp toplama sırasında, SSD geçersiz kılınmış (üzerine yazılmış veya TRIMmed) sayfaların kopyalanıp yeniden yazılması zahmetine girmez, bu da potansiyel olarak büyük miktarda çalışma ve yazma etkinliği sağlar. Dosya sistemi büyük bir dosyayı siliyorsa, ancak sürücüyü TRIM aracılığıyla bilgilendirmiyorsa, sürücü etrafındaki silinen verileri kopyalamaya devam eder, yazmayı boşa harcar, süresiz olarak (veya bu adresler başka bir dosyaya atanana kadar) uzun zaman olabilir).

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


2

Bağlandığın diğer yazıda bunu belirtmiştim, ancak çok sayfalı bir sunucuyu pagefile olmadan çalıştırıyoruz ve buradaki her şey yolunda görünüyor. Aslında onsuz daha hızlı görünüyor. 8GB RAM'imiz var ve kararınızı, çok fazla RAM olup olmadığına bağlı olarak karar vermeniz gerektiğini söyleyebilirim, sabit sürücünüzün SSD olup olmadığı. Yine de gereksiz yazılar yazmadan hayatını kurtarmak istemeyi anlayabiliyorum.


2

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


1
Bir SSD kullanarak takas performansını artırmak olduğunu düşünüyorum, eğer sayfa dosyasını bir SSD'ye yazmak mevcut sürücülerin yanmasına neden olmazsa. Normal bir sabit disk kullanmak, bir SSD'nin sağlayacağı performans avantajlarını sunmaz.
jrista,

Çoğu dizüstü bilgisayarda mümkün değildir.
Brian Knoblauch

0

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

Dizüstü bilgisayarım dört yıldır. Eski, ancak daha yeni olan bazı masaüstlerinden daha hızlı çalışır. Bellek sızıntıları, yani SWAP dosyası, tekniğin oluşturulmasından bu yana Windows işletim sistemi ile ilgili sorun olmuştur . Ne yazık ki, Linux geliştiricileri adımlarını takip etti. Arka planda ne kadar az yazılım kullanıyorsanız, o kadar iyidir (özellikle Microsoft's ise).


-1

Sakıncası yoksa, takas kullanma derim. Ya da belki değiş tokuş etmek yolunda. Birini giymek zor olsa da (ihtiyacınız olan maksimum bant genişliğinde, tüm sürücüye 100.000 kez tüm süreye yazmak ne kadar sürer?).

Sonra tekrar, hazırda bekletme (diske askıya alma) bir tür takas olmadan çalışmaz.

Takas olmadan bazı garip davranışlar vardı (takas etmek için 50 MB RAM diskte olduğu gibi kazanmak için olurdu), ancak geçen yaz yamalandı (ya da 2007?), Bu yüzden mevcut bir işletim sistemi iyi olmalı.

Şimdi tek ihtiyacımız olan, silme komutunu destekleyen donanımdır (Linux aylarca desteklemiştir) ve SSD'deki yaşam sadece züppe olacak.


TRIM komutu, bir SSD'nin ömrünü uzatacak hiçbir şey yapmaz - tüm yaptığı, bant dışındaki kirli blokları temizlemek için bir blok silme işlemidir. Normal davranış, bir SSD'nin bloğu yeniden yazmaya devam ederken silmeyi düzenlemesidir. Net sonuç, TRIM ile potansiyel olarak daha iyi performans elde edersiniz, ancak SSD yine aynı sayıda silme ve yazma komutunu verecektir.
Daniel Lawson,

Çok doğru, sadece daha iyi performans göstermelerini sağlayacak.
Ronald Pottol

Daniel (ve Ronald): Eğer SSD bir "disk" bölümünün serbest bırakıldığını ya da sıfırlandığını biliyorsa, TRIM sayesinde, yazma düzleştirme ya da küçük yazıları yazarken büyük olasılıkla kopyalamaz. Bu, daha az yazma ve daha uzun bir ömür demektir, hayır mı? Benimle aynı fikirde olan bazı kaynaklar sağlam görünüyor: atpinc.com/Memory-insider/… superuser.com/questions/1063744/… wiki.archlinux.org/index.php/Solid_state_drive#TRIM - son vakalar için büyük kaynak vb.
Matthew Elvey

-2

İki kurumsal sınıf SSD'yi çok erken bana üzerimden yaktım (yani, garanti süresi içinde). Sanırım sebebi çökme nedeniyle ağır takas oldu. Sık sık, sürekli olarak yoğun bir takas faaliyeti olacak şekilde bellek sızıntısı olan / buggy artalanlarını çalıştıran gereksiz işlemlerim olduğunu fark ettim. iostat -n9 -w 10Zaman zaman arkaplanda koşuyorum ve sık sık sürekli ağır disk aktivitesi olduğunu görüyorum . Ayrıca, çekirdek işlem '(takas) etkinliği çoğu G / Ç'nin kaynağı olarak kaydedildi. Aylarca hafızada sızıntı yapan ve periyodik olarak öldürülen bir cini hatırlıyorum. Sistem can sıkıcı derecede yavaş olmadıkça sık sık sorun gideremem, bu yüzden deemonu yeniden başlatmak için zaman ayırmadan çok önce uzun süre devam etti. Sızıntının giderilmesi için daha uzun süre.

Takas değiştirmenin engellenmesine dikkatimi çekerken, SSD'de büyük bir aşınma meydana gelmeden önce sorun çözülecek olsa da, bu tür bir hasarı önlemenin en iyi yolu; Herhangi bir iyi izleme / alarm aracı daha iyi olurdu.

Yanıtların pek kabul etmek başarısız bir uyarı, bir sunucu IS eğer ki dayak sürekli SSD, bir yıl içinde oldukça hızlı-yanmalar sönecek bu durumda yaygındır. Klasik çakma tipik olarak sanal bellek takma (takas) sürücüyü çoğunlukla meşgul edecek kadar ağır olduğunda ortaya çıkar - en fazla G / Ç bant genişliğinin büyüklüğü sırasına göre ve takas ile ilgili bir G / Ç için bekleyen en az bir işlem var O, sistemin bu durumda olduğu zamanları tamamlamak için. Diğer cevaplar sistemin olmadığını varsaymaktadır .en azından klasik bir şekilde düşmemesi; ya da thrashing'in ne olduğunun yanlış anlaşılmasına güvenir. Ve bu yanlış varsayım, diğer kesin verilere rağmen, bir SSD takas dosyası için mümkün olan tek yer olsa bile, WHY sayfalama konusunda yanlış cevaplara yol açmaktadır.


-3

Çok fazla kullanılmamış belleğiniz varsa, diskteki sayfa dosyasını devre dışı bırakın. Bazı eski programlar bir sayfa dosyası işlevi gerektirir ve bu Windows için bellekte küçük bir sayfa dosyası işlevi oluşturur.


2
Sana daha fazla katılmıyorum. Bu posterin bağlandığı soruya neden kabul edilmiş cevaba bakmıyorsunuz?
Chopper3

2
Windows bellekte bir sayfa dosyası oluşturacak mı? O nasıl?
Mark Sowul,
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.