Windows 7'yi, 8 GB RAM'e sahip bir çift çekirdekli x64 AMD ile çalıştırıyorum.
Bir sayfa dosyasına bile ihtiyacım var mı?
Çıkarılması yardımcı olur mu yoksa performansa zarar verir mi?
Bu bir sunucu mu yoksa masaüstü mi olacak?
Windows 7'ye karşı Windows 2008 bir sayfa dosyasıyla fark yaratır mı?
Yanıtlar:
TL; DR sürümü: Windows'un bellek / sayfa dosyası ayarlarınızı yönetmesine izin verin. MS’teki insanlar bu konular hakkında düşünmek için çoğu zaman sistem yöneticilerinden çok daha fazla zaman harcadılar .
Pek çok kişi, Windows'un verileri istek üzerine sayfa dosyasına itdiğini varsayıyor gibi görünüyor. EG: bir şey çok fazla bellek istiyor ve ihtiyacı karşılamak için yeterli RAM yok, bu yüzden Windows bu son dakikada RAM'den diske veriyi delice yazmaya başlıyor, böylece yeni talepler için RAM'i serbest bırakabiliyor.
Bu yanlış. Kaputun altında daha fazlası var. Genel olarak konuşursak, Windows bir destek deposunu korur , yani bellekteki her şeyi diskte de bir yerde görmek ister. Şimdi, bir şey ortaya çıktığında ve çok fazla bellek gerektirdiğinde, Windows RAM'i çok hızlı bir şekilde silebilir, çünkü bu veriler zaten disktedir, istenirse RAM'e geri çağrılmaya hazırdır. Yani pagefile içinde ne kadar söylenebilir da RAM içinde; Veriler, yeni bellek ayırma taleplerini hızlandırmak için öncelikli olarak sayfa dosyasına yerleştirildi .
İlgili mekanizmaları tanımlamak birçok sayfa alacaktır ( Windows Internals'ın 7. bölümüne bakın ve yeni bir sürümün yakında hazır olacağını unutmayın ), ancak dikkat edilmesi gereken birkaç güzel şey var. İlk olarak, RAM'dekilerin çoğu aslında zaten disktedir - örneğin çalıştırılabilir bir dosyadan veya bir DLL dosyasından alınan program kodu. Yani bunun sayfa dosyasına yazılması gerekmez; Windows, bitlerin nereden alındığını basitçe izleyebilir. İkincisi, Windows, RAM'deki hangi verilerin en sık kullanıldığını izler ve böylece erişilmeden en uzun süren verileri RAM'den siler.
Sayfa dosyasını tamamen kaldırmak daha fazla diskin bozulmasına neden olabilir. Bazı uygulamaların mevcut RAM'in% 80'ini başlatıp talep ettiği basit bir senaryo düşünün. Bu, yürürlükteki yürütülebilir kodu RAM'den zorlar - muhtemelen işletim sistemi kodu. Şimdi, bu diğer uygulamaların - ya da işletim sisteminin kendisi (!!) bu verilere erişmeye ihtiyaç duyduğunda, işletim sistemi onları diskteki yedek deposundan ayırıp, çok fazla çökmeye yol açmalıdır. Sayfa dosyası geçici veriler için destek deposu olarak hizmet vermediğinden, disk belleği gösterilebilecek tek şeyler, başlangıçta desteklediği yerel destek mağazalarına sahip yürütülebilir dosyalar ve DLL'lerdir.
Elbette birçok kaynak / kullanım senaryosu vardır. Sayfa dosyasını kaldırmanın hiçbir olumsuz etkisinin olmadığı senaryolardan birine sahip olmanız imkansız değildir, ancak bunlar azınlıktır. Çoğu durumda, sayfa dosyasının kaldırılması veya azaltılması, en yüksek kaynak kullanımı senaryoları altında performansın düşmesine neden olur.
Bazı referanslar:
dmo , sanal belleği anlamada yardımcı olan yeni bir Eric Lippert postasına dikkat çekti (yine de soru ile daha az ilişkili). Buraya koyuyorum, çünkü bazı kişilerin diğer cevaplara geçmeyeceğinden şüpheliyim - ancak değerli bulursanız , oylamaya borçlu olursunuz , bu yüzden oraya ulaşmak için bağlantıyı kullanın!
Eric Lippert kısa süre önce Windows'un belleği nasıl yönettiğini açıklayan bir blog yazısı yazdı . Kısacası, Windows bellek modeli RAM'in performans arttırıcı bir önbellek görevi gördüğü bir disk deposu olarak düşünülebilir.
Diğer cevaplardan gördüğüm gibi, sayfa dosyasını devre dışı bırakan ve pişman olmadığım tek kişi benim. Harika :-)
Hem evde hem de işte 8 GB RAM ile Vista 64-bit kullanıyorum. Her ikisinde de sayfa dosyası devre dışı. İşyerinde birkaç Visual Studio 2008 örneğine, Windows XP'li Virtual PC'ye, 2 SQL Server örneğine ve Internet Explorer 8'e birlikte çalışan birçok sekmeye sahip olmak benim için olağandışı bir şey değil. Nadiren belleğin% 80'ine ulaşıyorum.
Ayrıca her gün hibrit uyku kullanıyorum (uykuda kış uykusu) herhangi bir sorun olmadan.
2 GB RAM’de Windows XP’ye sahipken deneyime başladım ve aradaki farkı gerçekten gördüm. Klasik örnek, Denetim Masası'ndaki simgelerin arka arkaya kendini göstermeyi bırakmasıydı; Ayrıca Firefox / Thunderbird başlangıç zamanı önemli ölçüde arttı. Bir şey tıkladıktan hemen sonra her şey çalışmaya başladı. Maalesef uygulama kullanımım için 2 GB çok küçüktü (Visual Studio 2008, Virtual PC ve SQL Server).
Ancak şu an 8 GB ile geri dönüp sayfa dosyasını etkinleştirmek istemiyorum.
Aşırı davalar hakkında söyleyenler için bunu Windows XP zamanlarımdan alıyor.
Excel'de büyük Pivot Tablo'yu bir SQL sorgusundan yüklemeye çalıştığınızda, Excel 2000 bellek kullanımını oldukça hızlı bir şekilde artırır.
Sayfa dosyanızı devre dışı bıraktığınızda - biraz bekleyin, ardından Excel patlayacak ve sistem ondan sonra tüm belleği temizleyecektir.
Sayfa dosyasını etkinleştirdiğinizde - bir süre beklersiniz ve bir şeyin yanlış olduğunu fark ettiğinizde sisteminizle neredeyse hiçbir şey yapamazsınız. HDD'niz cehennem gibi çalışıyor ve bir şekilde Görev Yöneticisini çalıştırmayı başarabilseniz bile (birkaç dakika beklemeden sonra) ve excel.exesisteminizi her şey sayfa dosyasından geri yükleyene kadar dakika beklemelisiniz.
Daha sonra gördüğüm gibi, Excel 2003 aynı pivot tabloyu, devre dışı bırakılmış sayfa dosyasıyla hiçbir sorun yaşamadan kullanıyor - bu nedenle "çok büyük bir veri kümesi sorunu" değildi.
Dolayısıyla bence, devre dışı bırakılmış bir sayfa dosyası sizi bazen kötü yazılmış uygulamalardan da koruyor.
Kısacası: hafıza kullanımınızın farkındaysanız - güvenle devre dışı bırakabilirsiniz.
Düzenleme: Sadece Windows Vista SP2'yi sorunsuz bir şekilde kurduğumu eklemek istiyorum.
Sayfa dosyası ayarlamalarını yapmadan önce kendi sisteminizin belleği nasıl kullandığını anlamak için bir miktar ölçüm yapmak isteyebilirsiniz. Veya (hala ayarlama yapmak istiyorsanız), bahsedilen ayarlamalardan önce ve sonra .
Perfmon bunun için bir araçtır; Görev Yöneticisi değil . Bir anahtar sayacı Bellek - Sayfa Giriş / sn'dir . Bu özellikle , bir işlem devam etmeden önce diskten okunmaya ihtiyaç duyulan zor sayfa hatalarını gösterir. Hafif sayfa hataları (varsayılan Sayfa Arızaları / sn sayacında gösterilen öğelerin çoğu ; normalde RAM'den okunan öğeleri gösterirler.
Perfmon grafiği http://g.imagehost.org/0383/perfmon-paging.png
Yukarıda bir endişe, bellek-bilge olmayan bir sistem örneğidir. Çok nadiren sert hatalar ortaya çıkmaktadır - sabit diskler her zaman RAM'den büyük olduğu için bunlardan kaçınılmaz. Ancak grafik sıfırda büyük ölçüde düz. Bu yüzden OS, nadiren destek mağazasından çağrı alıyor.
Bundan çok daha spik olan bir Bellek - Sayfalar Girişi / sn grafiği görüyorsanız, doğru yanıt ya daha düşük bellek kullanımı (daha az program çalıştırma) veya RAM eklemedir. Sayfa dosyası ayarlarınızı değiştirmek, sistemden gerçekte olduğundan daha fazla bellek talep edildiği gerçeğini değiştirmez.
İzlemek için kullanışlı bir ek sayaç, Fiziksel Disk - Ort. Kuyruk Uzunluğu (tüm örnekler). Bu, yaptığınız değişikliklerin disk kullanımını ne kadar etkilediğini gösterecektir. İyi niyetli bir sistem, bu sayacı ortalama başına 4 veya daha az ortalama gösterecektir .
8 GB Vista x64 kutumda yıllarca bir sayfa dosyası olmadan, hiçbir sorun yaşamadım.
Hafızamı gerçekten kullandığımda sorunlar ortaya çıktı!
Üç hafta önce Photoshop'ta gerçekten büyük resim dosyalarını (~ 2 GB) düzenlemeye başladım. Bir düzenleme oturumu tüm hafızamı yedi. Sorun: Photoshop, dosyayı kaydetmek için daha fazla belleğe ihtiyaç duyduğu için işimi kaydedemedim!
Ve tüm hafızayı yiyen Photoshop'un kendisi olduğu için programları kapatarak hafızamı bile boşaltamıyordum (tamam, yaptım ama yardım etmek için çok azdı).
Yapabileceğim tek şey çalışmamı kesmek, sayfa dosyamı etkinleştirmek ve tüm çalışmamı yinelemekti - bu nedenle çok fazla iş kaybettim ve sayfa dosyanızı devre dışı bırakmanızı öneremiyorum.
Evet, çoğu zaman çok işe yarayacak. Ama kırıldığı an sancılı olabilir.
Buradaki cevaplar konuyu oldukça iyi ele alsa da, bu okumayı yine de tavsiye edeceğim:
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
Neredeyse sonunda PF boyutu hakkında konuşuyor:
Bazıları disk belleği dosyasının bulunmamasının daha iyi performansa yol açtığını düşünmektedir, ancak genel olarak, disk belleği dosyası olması, Windows'un değiştirilmiş listeye sayfaları yazabileceği anlamına gelir (bu, aktif olarak erişilmeyen ancak diske kaydedilmemiş olan sayfaları gösterir). disk belleği dosyası, böylece bu belleği daha yararlı amaçlar için kullanılabilir hale getirir (işlemler veya dosya önbelleği). Bu nedenle, bir disk belleği dosyası olmadan daha iyi performans gösteren bazı iş yükleri olsa da, genel olarak sistemde daha fazla kullanılabilir bellek olması anlamına gelir (Windows'un, büyük boyutta bir disk belleği dosyası olmadan çekirdek çökmesi dökümü yazamayacağına aldırma). onları tutacak kadar).
Mark'ın makalelerini gerçekten beğendim.
Aklıma gelen en iyi cevap, normal bir yük altında 8 GB kullanamayacağınız, ancak sorun yaşayacağınız beklenmeyen yükler.
Bir sayfa dosyasıyla, sistem en azından sayfaya vurmaya başladığında yavaş çalışacaktır. Ancak sayfa dosyasını kaldırırsanız, sadece (bildiklerimden) ölecek.
Ayrıca, 8 GB şu anda çok görünüyor, ancak birkaç yıl sonra birçok yazılım için minimum bellek miktarı olarak düşünülebilir.
Her iki durumda da - en azından küçük bir sayfa dosyası tutmanızı tavsiye ederim; üssün dışındaysam ama diğerleri lütfen beni düzeltin.
Windows'un 64 bit sürümü olup olmadığını söylemediniz, ama sanırım evet.
Sayfa dosyası, BSoD (Ölümün Mavi Ekranı) durumunda bir bellek dökümü oluşturmak da dahil olmak üzere birçok şeye hizmet eder .
Sayfa dosyanız yoksa, yeterli bellek yoksa, Windows diske sayfalayamaz. 8 GB ile bu sınıra erişemeyeceğinizi düşünebilirsiniz. Ancak zamanla belleği sızdıran kötü programlarınız olabilir.
Bir sayfa dosyası olmadan hazırda bekletme / bekleme moduna geçmenize izin vermeyeceğini düşünüyorum (ancak henüz denemedim).
Windows 7/2008 / Vista, sayfa dosyasının kullanımını değiştirmez.
Mark Russinovich'den (Microsoft Fellow) yapılan bir açıklamada, Windows'un sayfa dosyası olmadan bir sayfa dosyasından (RAM bile olsa bile) daha yavaş olabileceğini açıkladı. Fakat temel nedeni bulamıyorum.
Disk alanınız boş mu? Bir BSoD durumunda bir çekirdek dökümü yapabilmek için en az 1 GB tutarım.
Sayfa dosyamı (x86 dizüstü bilgisayarda 8 GB) devre dışı bıraktım ve 2500 MB boş bile olsa iki sorun yaşadım:
WCF hizmetini etkinleştirmeye çalışırken ASP.NET hatası : Boş hafıza (399,556,608 bayt) toplam hafızanın% 5'inden az olduğundan hafıza kapıları kontrolü başarısız oldu. Sonuç olarak, servis gelen talepler için uygun olmayacaktır. Bunu çözmek için, makinedeki yükü azaltın veya serviceHostingEnvironment yapılandırma öğesinde minFreeMemoryPer%ToActivateService değerini ayarlayın.
3,7 GB'ın 8 GB'ın% 5'inden az olması, asla bilmeyeceğim !!
Alma Yakın programları bilgi kaybı önlemek için iletişim: my RAM% 75 ı programları kapatmak için bana bir iletişim kutusu olsun kullanıldığında. Bir kayıt defteri değişikliği ile bu devre dışı bırakabilir (veya muhtemelen 'Teşhis Politikası Servisi' devre dışı bırakarak).
Sonunda tekrar açmaya karar verdim. Windows basit ve sade bir sayfa dosyası olmadan kullanılmak üzere asla tasarlanmamıştır. Disk belleği olmadan çalıştırmak için optimize edildi. Belleğinizin% 75'inden fazlasını kullanmayı planlıyorsanız ve kayıt defterinize bulaşmak istemiyorsanız, o zaman bu sizin için olmayabilir.
Eğer söyleyebilirim tek kişi senin sunucuları veya iş istasyonları "ihtiyaç" bir sayfa dosyası size performans monitörü ya da her neyse bugünlerde deniyor dikkatli kullanımı ile,. Çalıştırdığınız hangi uygulamaların ne izlediğini kullanımı ve en yüksek ne mümkün potansiyel görebiliyordu bellek kullanımı?
Küçük sabit disklerde bir dakikalık para tasarrufu yapmak için kararlılık tehlikeye girebilir mi?
Çok büyük bir düzeltme eki indirdiğinizde ne olur, bir servis paketi Kurulum servisi, yamayı açmak için düşündüğünüzden daha fazla belleğe ihtiyaç duyduğuna karar verirse ne olacak? Virüs tarayıcınız (haklı olarak) bu çok büyük paketi taramaya karar verirse, bu yama dosyasını açıp tararken ne tür bir bellek kullanımına ihtiyaç duyar - umarım yama arşiv dosyasında herhangi bir arşiv bulunmaz, çünkü kesinlikle cinayet hafızası rakamları kullanır.
Ne yapabilirsiniz söylemek sayfanızın dosyasını kaldırma yardım etmekten daha incitmekten çok daha yüksek bir olasılık sahip olmasıdır. Neden olmamanın bir nedeni göremiyorum - bu konuda yanılmış olduğum birkaç uzman durum olabileceğinden eminim, ama bu tamamen başka bir alan.
Kullanılabilir toplam hafızanız sayfa dosyası + gerçek hafızadır.
Anahtar soru, tüm uygulamalar için beklenen toplam bellek kullanımınızın ve işletim sistemi kullanımınızın 8 GB'ye yaklaşıp yaklaşmadığıdır. Ortalama bellek kullanımınız 2 GB ise ve maksimum bellek kullanımınız sadece 4 GB ise, bir sayfa dosyasına sahip olmanız anlamsızdır. Maksimum bellek kullanımınız 6-7 Gb'ye veya daha büyükse, bir sayfa dosyasına sahip olmak iyi bir fikirdir.
Not: Gelecekte büyümeye izin vermeyi unutma!
Çok sınırlı sayıda insanın bu konuda bir görüşü varmış gibi görünmekte ancak bilgisayarlarını sayfa dosyası olmadan çalıştırmayı hiç denememiştir.
Neredeyse hiçbiri olmasaydı, birkaç kişi bunu denedi. Daha da azı Windows sayfa dosyasına nasıl davrandığını biliyor gibi görünüyor. Fiziksel RAM'iniz bittiğinde "sadece" dolmaz. Bahse girerim çoğunuz "boş" RAM'inizin dosya önbelleği olarak kullanıldığını bilmiyordunuz!
Sayfa dosyanızı devre dışı bırakarak büyük performans iyileştirmeleri elde edebilirsiniz. Sisteminiz yetersiz bellek hatalarına karşı daha duyarlı olacaktır (ve uygulamalarınızın bu senaryoda nasıl yanıt verdiğini biliyor musunuz - çoğu durumda işletim sisteminin uygulamayı sonlandırdığı). Bekleme sürelerinden veya uzun bekleme sürelerinden başlatma süreleri çok daha keskin olacaktır.
Microsoft, SADECE sayfa dosyasının fiziksel RAM dışı olduğunda (ve tüm dosya arabelleklerinin atıldığı) kullanılacağı bir seçenek belirlemenize izin verdiyse, o zaman sayfa dosyasının devre dışı bırakılmasının çok az şey olduğunu düşünürdüm.
Bu bir antidotal, ancak yaklaşık 10-15 kullanıcı oturum açmış ve 8 GB RAM'e sahip, yaklaşık 20 kullanıcı için bir Windows Server 2003 Terminal Sunucusu kullanıyoruz. Bir sayfa dosyasıyla çalışmaz ve sunucumuz öncekinden daha hızlı çalışır. Bu açık bir şekilde her şey için bir çözüm değil, fakat iki yıl boyunca böyle koşuyoruz ve bildiğim hiçbir sorun yoktu.