Sen hiç kuşku ima ediyorsunuz : "Sanal Bellek Windows Sınırları Pushing" Mark Russinovich tarafından.
- Evet, bu numara.
- Evet, yalnızca 2,5 GB RAM kullanılabilir (yaklaşık olarak - burada aşırı hassasiyete gerek yok).
Ancak .. "doğru yapıyor" yazıyorsun. Mark'ın makalesinin “sınırları zorlamak” ile ilgili olduğunu belirtmeliyim ve bu formül sayfa boyutu boyutu için size mutlak minimum bir değer veriyor . Sisteminizin iyi çalışmasını istiyorsanız, "sınırları zorlamak" istemezsiniz.
Bu makalede , ayarları bu kadar küçük yapmanız gerektiğini söyleyen hiçbir öneri yoktur . Eğer gerçekten istersen sadece bununla kaçabilirsin. (Asla daha fazla kararlı bir belleğe ihtiyaç duymayacağınızı varsayarak.)
(Ve daha fazlasına ihtiyacınız olabilir. Burada gördüğünüz bu "zirvenin" yalnızca İşlem Gezgini çalıştırması süresince en yüksek olduğunu unutmayın. Yalnızca bu süre zarfında maksimum uygulama iş yükünüzü çalıştırırsanız anlamlıdır. Bu sadece bir defada çalıştıracağınızı düşündüğünüz tüm uygulamaları başlatmak anlamına gelmez.Ayrıca, her uygulamanın isteyeceğiniz maksimum özel belleği ("kararlı" bellek) kullanmasını sağlamalısınız. kurmak ve test etmek zor bir şey. Ve kim tipik bir iş yükünüze asla başka bir uygulama ekleyemeyeceğinizi söylüyor? Bu nedenle, izleme araçlarıyla elde ettiğiniz bilgiler kesinlikle hiçbir zaman daha fazlasına ihtiyacınız olmayacağının garantisi değildir.)
Gerçekten tekrar zirveye ulaşmanız gerekiyorsa ve sayfa dosyasını bu şekilde hesapladığınız min. . (Bunun nedeni "taahhüt edilen" sanal belleğin sayısının kod sayfaları veya eşlenen dosyalar tarafından desteklenen diğer sayfaları içermemesidir.) Kodun yürütülmesi için RAM'de olması gerektiğinden, bu bir sorundur.
Tamam, sayfa dosyası genişletme özelliğini etkinleştirdiğiniz için, bu bir "showstopper" sorunu değil. Ama kesinlikle bir performans hedefi olacak.
Bu nedenle, akademik nedenlerden ötürü, uygulama çökmelerine neden olmayacak asgari sayfa boyutu boyutunu göstermeye çalışmadığınız sürece, performans sorunlarından bağımsız olarak, bu şekilde yapmam. (Bunu yapmak için pratik bir neden düşünemiyorum.)
İşleri gerçekten pratik bir asgariye indirgemek istiyorsanız , yani kod için mevcut RAM'i sınırlamadan, sadece sayfanızın asgari boyutunu gözlemlenen maksimum taahhüt ücretinize göre ayarlayın. Bu, uygulamalar ve işletim sistemi bu kadar kararlı bir bellek oluştursa bile (ve hepsine başvuruda bulunmuşsa), kod için hala RAM olacağı anlamına gelir.
Disk boyutunu kullanmakla ilgilenmediğiniz sürece, maksimum boyutu min.
Gördüğünüz gibi, sistemin ihtiyaç duyacağından daha büyük bir sayfa dosyasına sahip olmanın zararı yoktur (disk alanı kullanımı dışında). Özellikle gerekenden daha büyük bir sayfa dosyası, kendisine daha fazla disk belleği çekmeyecektir. Ve bunu sadece yeterince büyük yapmanın avantajı yoktur (yine, disk alanı kullanımı dışında). Ne gereği var? yani, bu alıştırma tarafından kullanılan disk alanı dışında hiçbir şeyi "optimize etmiyorsunuz".
Taahhüt sınırının tükenmesinin uygulama çökmelerine (ve dolayısıyla veri kaybına) yol açabileceği ve nadir durumlarda sistem çökmelerine neden olabileceği göz önüne alındığında, sayfa dosyamı olabildiğince küçük yapmakla pek ilgilenmezdim.
Öte yandan, sistemin sayfa dosyasına çok fazla yazması gerekiyorsa ve sadece 2.5 GB RAM kullanılabilir olan bir Windows 7 sisteminde çok fazla olacağını tahmin ediyorum, sistemin kullanacağından çok daha büyük bir sayfa dosyası olması işleri hızlandır. Niye ya? Çünkü sayfa dosyası için kullanılan alan ayırma algoritması çok fazla boş alan varsa daha hızlı olabilir.
Bu nedenle,% 25'in altında kalan SayfaDosyası kullanımı için PerfMon sayacını görmeyi seviyorum.
