Yeterli fiziksel RAM verilen Windows sayfa dosyasını devre dışı bırakmamak için herhangi bir sebep var mı?

35

Windows sayfa dosyasını devre dışı bırakma sorunu, örneğin burada , burada ve burada , biraz daha tartışıldı . İnsanlar, " çok miktarda RAM olsa bile sayfa sayfanızı devre dışı bırakmamalısınız " diyen yanıtları oylamaya devam ediyor , ancak bu tavsiye için henüz somut, doğrulanabilir nedenler görmedim. Bildiğim kadarıyla gördüğünüz gibi, eğer sen (eğer yeterince RAM var çünkü) disk belleği dosyası okumak gerekir asla emptively önceden yazmadan Windows'un nedeniyle etkin olan daha sonra performans sadece kötü olabilir. En iyi ihtimalle performans aynı olacaktır. Asla okumaya ihtiyaç duymadığınız verileri yazarak bunun nasıl geliştirilebileceğini göremiyorum.

Yani sorum şu:

Yaptığım her şey için yeterli fiziksel RAM’im olduğunu varsayarsak, sayfa dosyasını devre dışı bırakmamamın bir nedeni var mı?

Diyelim ki Windows sürümü Windows XP x64 SP2 veya Windows Server 2003 x64 SP2 (aynı şey). Windows Server 2008 x64 için farklıysa, bunun için de bir cevap duymak isterim. Sadece fikirlerden değil, iyi kaynaklardan gelen spesifik ve objektif sebepler arıyorum. "Burada, sayfa dosyası ile ve sayfalar olmadan yapılan ölçütler ve sonuçlar sayfa dosyasıyla, hatta yeterli RAM ile bile daha iyiydi" veya "bu MS KB makalesine göre, sayfa dosyasını devre dışı bırakırsanız X sorunu ortaya çıkıyor".

Şimdiye kadar bahsettiğim tek nedenler:

Yeterli RAM'e sahip olduğunuzu düşünüyorsanız bile, bitebilir. Tamam, ama bu sorunun amaçları için, sadece elimde olduğu kadarını verelim. Belki de sadece e-postamı okudum ve 16GB RAM'im var. Veya 128 GB. Veya 1TB. Ya da her neyse - ama yaptığım işlerin% 100'ü, zamanın% 100'ü için yeterli. Bunu düşünmenin başka bir yolu şudur: x MB fiziksel RAM ve y MB sayfa dosyası varsa ve bu yapılandırmada hiçbir zaman RAM'ini tükemezsem, x + y MB fiziksel RAM ve hiçbir performans ile akıllıca daha iyi olamazdım sayfa dosyası?
Windows bir disk belleği dosyasına sahip "alışkındır" ve güvenilir bir şekilde çalışmayabilir ( RAM'in Genel Sistem Performansı Üzerindeki Etkisini Anlamaktan) .
Windows, senden daha iyi ne yaptığını biliyor. Hayır - daha fazla program çalıştırmayacağımı ya da daha fazla veri yüklemeyeceğimi bilmiyor, ama yapıyorum.

— EMP
kaynak

14

Bu konu, güneşin altında her teknikle ilgili forumda hemen hemen tartışıldı. Sonuç: Yap ya da yapma. eğer senin için işe yararsa, harika, hayatına devam et. sanal bellek yoksa, sadece birkaç fare tıklanabilir. bunun dışında, burada zamanımızı boşa harcıyoruz. En iyi tarayıcı veya antivirüs yazılımını tartışmak daha iyi! :) (btw, bu bağlantı senin harika bir okuma, önerilen)

1

@ Molly Demek, SİZİN link? :)

— EMP

3

@Molly: Bunun zaman kaybı olduğunu düşünüyorsanız, o zaman hiç yorum yapmayın, görmezden gelin ve devam edin. Neden soruyu eleştiriyorsun? Umurunda olmayabilir ama diğerleri umursar.

— Mas

2

Bu konuda hayal kırıklığınızın olduğunu hissediyorum.i geçenlerde 4 gb ddr2'den 8 gb ddr3'e geçti. İşyerinde bir adam "takas boyutunuzu 8-12 gb yaptığınızdan emin olun" der. NİYE YA? Daha önce yaptığım şeyleri yapıyorum ve şimdi iki katı fiziksel koçum var; neden daha fazla takas alanına ihtiyacım olsun ki?

— LoveMeSomeCode

2

Subjektif değil - lütfen soruyu dikkatlice okuyunuz, özellikle de varsayımı. Görüşlerden değil, güvenilir kaynaklardan belirli sebepler istiyorum.

— EMP,

14

Bu bir mikro optimizasyondur. Nokta neden yok olmasıdır için normal çalışmasına benzeyen bir şey, bunu. Kullanım şekliniz değişirse size kolayca zarar verebilir.

Özel durumlarda yerel olarak yazılmış bir disk yokmuş gibi bir anlam ifade edebilir.

— Kaptan Segfault
kaynak

Açık bırakmaya katılıyorum.

— user10547

Windows bile yazılabilir olmayan bir diskten önyükleme yapabilir mi?

— Salmonmoose

Evet, ancak çalışması için birçok şeyi değiştirmelisiniz. Vb ramdisk'e, içine yönlendirmek gerekir böylece Örneğin kayıt ..., yazılabilir disk üzerinde olmalıdır

— Christopher

1

Elbette, takas işleminizi devre dışı bırakmak için bir neden var - birincisi, Windows'un fiziksel bellek boş olsa bile uygulama belleğini değiştirmesidir. Bu nedenle, bir saat boyunca bilgisayardan çıktıktan sonra bilgisayarınıza geri döndüğünüzde, sabit sürücünüz fiziksel RAM'ınızı yeniden doldururken bir miktar harcıyorsunuz. Bir takas dosyasını devre dışı bırakmak için hiçbir neden olmadığını söylemek kesinlikle KORKUNÇ tavsiyedir.

— PP.

Aslında sayfa dosyasını devre dışı bırakmanın bir hızlandırdığını fark ettiniz mi? Şahsen yapmadım ve okuduğum kadarıyla çoğu insan yok. @ Captain Segfault'un dediği gibi, bu bir mikro optimizasyondur.

— Sasha Chedygov

8

Her şeyi RAM'e sığdırabilseniz bile sayfa dosyasını tutmanın birçok nedeni vardır.

SF'nin cevabında 125 yorum var ve birçok güvenilir makaleyi birbirine bağladı. Bunu kontrol et:

https://serverfault.com/questions/23621/any-benefit-or-detriment-from-removing-a-pagefile-on-an-8gb-ram-machine/23684#23684

— MDMarra
kaynak

3

Tüm bunlar doğru olabilir ve kesinlikle aynı fikirdeyim, memnuniyetle Microsoft'un (bu konuda çok fazla zaman harcayanların :) sanal belleği devre dışı bırakmalarını (yaklaşık 2 yıl eee bilgisayarımda hiçbir sayfa dosyası olmadığını) açıkça önerdiğim bir bağlantıyı sağlıyorum. MS bu yönergeleri yayınlamasından çok önce). Bunu söyleyerek, modern bir sabit disk ve canavar önbellek belleği olan bir masaüstü bilgisayarda, fark yaratmaz. ancak, herkes kendi başına. bağlantı (PDF, s.10): download.microsoft.com/download/2/0/a/...

3

Eee 2 yaşında ise, içinde ilk gen SSD var. Bununla ilgili sayfa dosyasını devre dışı bırakmak, SSD'nin ömrünü uzatacaktır, ancak açıkça standart bir durum değildir.

— MDMarra

stantdard prosedürü demedim, değil mi? :) ve sayfa dosyasını 'iyi bir hesaplama uygulaması' olarak devre dışı bırakmanızı önermeyeceğim, ancak birileri bunu yapmak istiyorsa bırakalım. gerçekleşecek tüm 'kötü şeylere' rağmen, tekrar tekrar sıkıntı olmadan çalıştığını kanıtladı. ve işe yaramazsa, yepyeni bir sayfa dosyası yalnızca birkaç tık uzaklıktadır. ve yavaş bir sabit sürücüden / ssd'den muzdaripseniz, sayfalamayı hızlandırmak için sistem belleğini sabit sürücü önbelleği olarak atamanıza izin veren programlar vardır.

Bu cevabı okudum (aslında benim sorumla bağlantılı) ve bu soruyu göndermemin asıl nedeni buydu.

— EMP

8

Bu linkten:

Not: Microsoft, disk belleği dosyasını devre dışı bırakmamanızı veya silmemenizi kesinlikle önerir.

Windows XP'de disk belleği dosyasının kullanımını devre dışı bırakmak için en az 768 MB RAM'e sahip olmalısınız.

İşte Jeff Atwood'un üstlendiği bağlantı .

— Lance Roberts
kaynak

Not: Bu sayının çok düşük olduğunu düşünüyorum, sayfa dosyasını devre dışı bırakmadan önce aşırı miktarda belleğe sahip olmanız gerekir ve yine de çeşitli sorunlarla karşılaşacağınızdan eminim.

— Lance Roberts

Yine de bu tavsiyenin nedenini vermiyorlar - ve bunun basitçe çoğu kullanıcının yeterli RAM'e sahip olup olmadıklarını bilmediğinden şüpheleniyorlar, bu yüzden iyi bir "pratik kural". Kullanmadıkları bellek ayırma uygulamalarına gelince, bu bellek “taahhüt edilmeli” değil “ayrılmış” olmalıdır, bu nedenle yalnızca sanal adres alanı kullanır. Çok fazla bellek işledikleri takdirde bir sayfa dosyasına ihtiyaç duymazlar beni kurtarmazdı.

— EMP

Jeff'in blog gönderisine bağlantı kopmuş gibi görünüyor.

— Isaac,

1

@Iacac, sabit ..

— Lance Roberts

6

4 GB RAM'e sahip bir Windows XP SP3 Professional 32bit dizüstü bilgisayar kullanıyorum (Windows 'resmen' yalnızca 3 GB'ı tanıyor) bir sayfadan fazla bir süredir artık kullanılmıyor. Çevrelerimdeki insanlar da bunu yapmamam gerektiği için beni korkutmaya çalışıyorlardı.

Çok yoğun bellek kullanan uygulamalar kullanıyorum - herhangi bir zamanda, RAM'de% 100 çalışacak şekilde yapılandırılmış en az iki sanal makinem (vmware) var. Eklentilerin kurulumu), SQL Server ve e-posta, IM, IE, vb. gibi çeşitli 'küçük' uygulamalar

Bütün bunların yanı sıra, kalıcı bir 256 MB Ramisk de aldım. Arada sırada, uygulamaların geri kalanı çalıştığı zaman Adobe Photoshop kullanıyorum. Ayrıca Quake3, Neverwinter Nights, Oblivion gibi birkaç oyun oynuyorum.

Ve hiçbir problemim yok.

BlueNovember'e not: arkadaşımız nezaketle nesnel nedenlerle istedi. "Şüphelendiğim ..." gibi ifadeler haksız. Lütfen göndermeden önce öğrenin! Hazırda bekletme modunun, disk belleği ile ilgisi yoktur. Hiberfil.sys adlı ayrı bir dosya kullanır ve bir sayfa dosyası olmadan hazırda bekletebilirsiniz.

Not: Üzgünüm dostum, 'normal' bir konfigürasyona geri dönmeyi reddediyorum, böylece bu kurulumun ne kadar hızlı olduğunu gösterebilirim, ancak sabit disk etkinliğinin neden olduğu titremenin çok daha az olduğunu görmek çok rahatlatıcıydı. Sabit disk sürücüsü sürekli yanıp sönmediğinde, en azından bilgisayarınız daha hızlı 'hissettiğinden' başka bir şey olmazsa, sayfa dosyasını sadece bunun için devre dışı bırakırdım.

Sayfa dosyasını devre dışı bırakmamanın SADECE nedeni, Performans İzleyicisi'ni (PerfMon) kullanıyorsanız, bu sayfa dosyasına bağlıdır ve en az 2 MB sayfa dosyası gerektirir, aksi halde sayaçlar aşağıdaki nesneler için eksik olur: Önbellek, Bellek, Nesneler, İşlemci ve Sistem.

1

her zaman başkalarına bilgisayarlarını nasıl çalıştırmaları gerektiğini söyleme eğiliminde olan ve korku kültürünü körükleyen ("kötü şeyler" olacak )

1

Heh. İyi bir. Ve bundan mümkün olduğunca uzak durmaya çalıştığımı fark edeceksiniz. ;-) Ne yaptığımı, analiz ve okuyuculara özgür bir seçim olarak kabul edilmekten vazgeçtiğimi tarif ediyorum. Ancak, sayfa dosyasını devre dışı bırakırsanız, PC'nizin yüzünüze patlayacağı bu efsaneyi denemek ve çözmek isterim.

4 GB RAM ile Vista 32-bit çalıştıran dizüstü bilgisayarımı kullanıyorum (Microsoft, MS-DOS günlerinden beri şirketin bit sayısından daha fazla belleği nasıl adresleyeceğini bildiği halde, ek fiziksel RAM kullanılamaz hale getirmeye karar verdi. sistem) Sayfa dosyası OLMADAN. Sorun yok. Bazen iki ayrı Firefox örneği, MSN Messager ve diğer birkaç uygulama bellek tavanına çarpacak ve ardından uygulamalar çökecek ve kaybolacak. Sayfa dosyasını tekrar açmayı düşündüğüm tek sebep Grand Theft Auto (bellek domuzu ve crippleware bolca).

— PP.

4

Bir sayfa dosyanız yoksa, o zaman bir BSOD olması durumunda, Windows'un mini dökümü yazamayacağına inanıyorum. Bu, uygun araçları kullanarak sorunu analiz edemeyeceğiniz anlamına gelir.

BSOD yaşamadığınızda bu sizi rahatsız etmeyebilir ve sayfa dosyasını yeterince hızlı bir şekilde yeniden oluşturabilirsiniz, ancak neden hazırlanmayasınız?

— harrymc
kaynak

Bu ne kadar doğrudur .. herhangi bir destekleyici makale?

— Pacerier

4

Bulduğum en iyi neden, sayfa dosyasının Windows'un disk önbelleği için daha fazla fiziksel RAM kullanmasına izin vermesidir; bu, nadiren kullanılan bellek sayfalarından daha iyi bir kullanım olabilir. Mark Russinovich'in Windows Sınırlarını Zorlayan : Sanal Bellek yazan harika bir makalesi var :

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).

— EMP
kaynak

3

4 GB (3.5 GB kullanılabilir) RAM ile Windows XP kullanıyorum. Çok fazla bellek gerektiren Visual Studio 2008'i çalıştırmam gerekiyor. Genellikle her biri 500 MB veya daha fazla bellek alan 3 ila 4 örnek var.

Bu konuda gerçekten sinirlenmiştim, çünkü ne zaman bütün Visual Studio örneklerini hızlı bir şekilde kapatmam gerektiğinde, Windows örnekleri kapatmak için sonsuza kadar zaman alacaktır. 3 dakika veya daha fazla sürdü. Olanların, yeterli miktarda bellek olsa bile, Visual Studio örneklerinin RAM'den ve sayfa dosyasına aktarıldığını fark ettim. Uygulamayı kapatırken, disk belleği alınan tüm verileri RAM'e geri yükler ve kapatır. Temel olarak, örnekleri kapatmadan önce 2GB veriyi diskten belleğe kopyalar.

Çağrıyı devre dışı bıraktıktan sonra, birden fazla Visual Studio örneğini kapatırken BÜYÜK bir performans artışı gördüm. İşlemcinin% 100'ünü birkaç saniyeliğine alır, sonra kaybolur. Windows'un kapatılması artık bir dakikadan çok, bir dakikadan daha kısa sürede mümkün.

Ancak, uygulamaları başlatırken herhangi bir performans artışı fark etmedim, bu mantıklıdır, çünkü veriler başlangıçta diskten okunmalıdır. Ayrıca, sayfalamanın genellikle devre dışı bırakma durumuyla daha da karmaşık olduğunu hissediyorum.

Ayrıca, yalnızca birkaç kez yetersiz bellek yüzünden programların çökmesine neden oldum. Genellikle çok fazla program açarsam veya bir program delirir ve deliler gibi hafıza ayırmaya başlar.

Özetle, disk belleği devre dışı bırakma konusunda çok mutluyum. Windows'ta bellek yönetimi oldukça korkunç. Hafıza ayarları ile uğraşırken rahat olanlar ve olası sorunların farkında olanlar için bunu yapmanızı tavsiye ederim.

— Mas
kaynak

Bu, Visual Studio kullanıcıları için en iyi cevap, şimdi disk belleği dosyası olmadan daha iyi.

— 79E09796

Ben kendim için aynı şeyi yapıyorum. PC'ye 8 GB RAM yerleştirin ve sayfa dosyasını devre dışı bırakın. Şimdi

— VS'im

2

Popüler düşüncenin aksine, sayfa dosyası sadece ucuz değil, aynı zamanda fiziksel belleğe yavaş bir alternatif. Sahip olduğunuz RAM'in optimum kullanımına izin vermek için tasarlanmıştır.

4GB RAM bile, her şeyi bellekte tutacak kadar büyük olasılıkla neredeyse yeterli değildir. Görev Yöneticisi'ndeki hiçbir şey bunu göstermez. Bunu bilerek, Windows tasarımcıları çalıştırılabilir kodun yalnızca gerektiğinde belleğe getirildiği ve mümkün olduğunca uzun süre saklandığı bir sistem yarattı. Sistem hafıza için daha iyi bir kullanım bulursa, bu nedenle kullanılmışsa yeniden atanır. Bu sistem, 1993 yılında piyasaya sürülen NT3.1'den beri Microsoft tarafından kullanılmaktadır. 1960'lardan beri büyük sistemlerde düzenli olarak kullanılmaktadır.

Bu sistem çalıştırılabilir kodların çoğu için iyi çalışıyor. Ancak, değiştirilen verilerin, kullanılan hafızanın yeniden atanabilmesi için sayfa dosyasına yazılması gerekir. Sayfa dosyası normalde kod depolamak için kullanılmaz, sadece veri kullanır. Hem kodu hem de verileri sayfalara ayırabilmek sisteme gerektiğinde ne yapılması gerektiğine ilişkin esneklik sağlar. Sayfa dosyasını devre dışı bırakmak, yalnızca kod depolamak için kullanılan belleğin yeniden atanabileceği anlamına gelir. Tüm değiştirilmiş veriler, uzun süredir erişilmemiş ve bir daha gerekmeyebilecek olsa bile, sürekli olarak RAM'de kalmalıdır. Ancak kod çağrısı eskisi gibi devam edecek. Bir sayfa dosyasının olmaması veya çok küçük bir tanesine sahip olmanız, sistemi dengesizleştirir ve Windows'u en alt düzeyde bir sayfaya zorlar. Bu genellikle performansı etkiler.

— user43161
kaynak

1

İlk cümleniz umut verici geldi, ancak cevabın geri kalanı aynı eski "sonunda yeterli RAM'e sahip olduğunuzu düşünüyorsunuz ama tartışmıyorsunuz" oldu. Bence temelde söylediğin şey, ne kadar RAM'e ihtiyacım olduğunu belirlememde, kod için değil, sadece veriler için hesaba katmadığım. Bu genel olarak geçerli bir nokta, ancak bu soruyu cevaplamıyor. Eğer x MB fiziksel RAM'im ve y MB pagefile'im varsa , baştan sona bakın. Ayrıca, bir pagefile eksikliğinin Windows'un sayfa yapmasına nasıl neden olabileceğini anlamıyorum.

— EMP

1

Sistemin 1993’ten bu yana kullanıldığını belirttiniz. Şimdiye kıyasla ne kadar bellek kullanılabileceğini biliyor musunuz? 2-4 MB vs 2-4GB'tan bahsediyoruz, bu 1000x'lik bir artış. Aynı zamanda, sabit diskler 1000x hızlanmadı. Bu nedenle, RAM'den diske 200 MB'lık disk belleği, daha sonra geri, gerçekten pahalı! Sayfalanma 200KB, 1993’te arama yapmaktan 200 MB’tan çok daha ucuz.

— Mas

@Mas: Şu anda SSD'ler var ve çağrıyı kapatmak için yeterli bellek var (hiç doldurmadığınızdan eminseniz).

— Tamara Wijsman

1

Eğer ram'ınız, hafızayı isteyen programlardan birini veya birkaçını maksimuma çıkarırsa, büyük olasılıkla aniden çökecektir.

Bu risk, alabileceğiniz herhangi bir performans kazancından daha ağır basacaktır.

— RJFalconer
kaynak

Bununla birlikte, sorunuzun önerdiği kadar kendinden eminseniz, fazla sorun olmamalıdır. Ayrıca, bir sayfa dosyası ayarlanmamış olduğundan, hazırda bekletme modundan çıkmanızı engelleyeceğinden de şüpheleniyorum.

— RJFalconer

Bu iyi - maksimuma çıkmaz. Burada yeterli RAM’im olduğunu varsayıyoruz. Bu arada, işletim sisteminin kendisine sığamayacağı kadar az RAM olmadığı sürece, Windows'un mavi bir ekranla çökeceğini düşünmüyorum. Bunun pratikte gerçekleştiğini hiç görmedim, ama evet, XP’yi 16 MB RAM’de çalıştırmayı denediniz.

— EMP

evet, mavi ekran olmayacak, sadece bir tür hafıza dışı hata alacaksınız.

— Salmonmoose

1

Önerilerim sayfa dosyasını saklamak, ancak sistem diskinde 128 MB gibi küçük bir boyuta elle düzeltmek.

Sebep pratik olanıdır: pencereler gerçekten orada bir takas dosyası olmasını bekler ve çoğunlukla bulunmazsa geçici olarak otomatik olarak yönetilen bir dosya yaratacaktır, bu nedenle onu devre dışı bırakmadaki herhangi bir kolaylığı ortadan kaldırır.

Ayrıca, BSODing, performans sayaçları, askıya alma / devam etme / hazırda bekletme ve hazırda bekletme gibi bazı işlemlerde sessizce başarısız olur veya hatalı çalışır. Bütün bunlar benim tecrübeme dayanıyor ve hepsi ufacık bir sayfa dosyasıyla ortadan kalktı.

Takas dosyasının büyük olasılıkla uygulamanın ilk birkaç dakikasında doldurulacağına, çoğu durumda hiçbir zaman bir daha dokunulmayacağına, bu nedenle her zamanki disk erişimi cezası takas dosyasında sorun yaşamayacağınıza dikkat edin. Oturumunuzda, güvenle göz ardı edebileceğiniz kısa bir süre içinde "hafızanız tükeniyor" uyarısı alabilirsiniz (evet, takas dolu, öyleyse ne?)

(Ayrıca süper baskıdan çok hoşlanmıyorum ve daha çok önbellekleme efektleri için belleği boş bırakıyorum)

— ptor
kaynak

“(Süper baskıdan da çok hoşlanmıyorum ve etkilerini önbellekleme için boş bırakıyorum)” Bu çok mantıklı değil. SuperFetch bir önbellek.

— Jamie Hanrahan

1

Belirtilmeyen bir cevap, Windows'un kilitlenme dökümlerini depolamak için sayfa dosyasını kullanmasıydı. Bilgisayarı mavi ekranlayan işlev, çökme dökümünü doğrudan sayfa dosyasını içeren diskteki sektörlere yazar (şu anda Windows'un güvenemeyeceği dosya sistemi sürücüsünü atlayarak).

Bir sayfa dosyası olmadan, çökme dökümü bilgilerini alamazsınız. Ayrıca, kullanmazsanız sayfa dosyası size zarar vermez, bu nedenle çok sınırlı bir senaryo dizisinin dışında, onu kapatmak için bir neden yoktur.

— Justin Krejcha
kaynak

0

Lütfen SuperFetch'in kalan belleğinizi önbellekle yüklediğini düşünün , sayfa dosyasını neden devre dışı bırakmamamız gerektiği anlaşıldı. Seri görevler (çoklu görevler kötü olduğu için) ve önbelleklenmiş uygulamaların başlatılması gerçekten yararlıdır, bu nedenle SuperFetch'in disk belleği ücretine tabi tutulması iyidir.

— Tamara Wijsman
kaynak

Windows'un neye ihtiyacım olacağına karar vermesini istemiyorum. Bir şeyin yüklenmesi için birkaç saniye beklemenin bir sakıncası yok. Nefret ettiğim şey, bir uygulamayı başka bir şey yapmak için bir süre odağın dışına çıkardığımda ve daha sonra tekrar bu odağı odağıma getirdiğimde, Windows'un uygulamayı diskten belleğe geri yüklemesini beklemem gerekiyor. Çok fazla RAM kullanan uygulamalar için bu çok belirgindir. Yine de bu davranışı Windows 7'de daha iyi buldum.

— Mas

@Mas: Bu normal bir davranış ve SuperFetch orada olmasaydı kayıtsız olurdu. Ve SuperFetch'i hiç olmadığı kadar devre dışı bırakmaya karar verebilirsiniz, ancak bu, etkin olmayan uygulamaları tekrar belleğe yüklemeyi hızlandırmaz. Çok farkedilirse, diskinizin hala iyi durumda olduğundan emin misiniz?

— Tamara Wijsman,

Demek istediğim, Süper Fetch'in ihtiyacım olabileceğini düşündüğü şeyler için değiştirmektense uygulamalarımın bellekte kullanıma hazır olmasını tercih ederim. Çoğu kez Visual Studio'yu çalıştırırken, bu örneklerin belleğe geri yüklenmesi oldukça zaman alabilir.

— Mas

@Mas: Açıkladığınız davranış birkaç bilgisayarda gördüğüm gibi değil ve SuperFetch anlattığınız şeyi yapmıyor. SuperFetch hakkında Kod Yazma Korku makalesinde açıklandığı gibi "boş önbellek boşa önbellek hafızasıdır". Ayrıca, birden fazla projede birden fazla projede tek bir çözümde olabileceğiniz için birkaç Visual Studio örneği çalıştırmanıza gerek yoktur. Birden fazla çözüm üzerinde çalışıyorsanız, proje hiyerarşisini, önerilen çalışma şekli olarak değiştirmeyi düşünebilirsiniz.

— Tamara Wijsman

Ve çalışma hayatınızın temel temellerine geri dönelim: Çok Görevli Efsaneyle ilgili Kodlama Korkusu makalesi .

— Tamara Wijsman

0

Sorunuz olsaydı:

Yaptığım her şey için yeterli fiziksel RAM’e sahip olduğumu varsayarak ve

Yalnızca dosya erişimiyle yerel olarak yoğun olmayan küçük bir sabit görev kümesi yapıyorum

VE bu görevlerin tümü, çalıştırabilecekleri en büyük dosya / veri ile aynı anda çalışırken, Windows sistem işlemleriyle birlikte, yüklenenden daha az RAM'e sığar

VE çevre ancak ara sıra yeni veya beklenmedik yerel dosyalara sahip olacak ve erişim hızları önemli değil.

sayfa dosyasını devre dışı bırakmamam için herhangi bir neden var mı?

ve sen evet dedin, o zaman sorun olmazdı.

Gömülü ortamlar muhtemelen bunun bir yazar kasa işletim sistemi kurulumu gibi uygulama şansı en yüksek olduğu yerdir.

— LawrenceC
kaynak

0

Basit cevap, pencerelerin yetersiz kalması durumunda korkunç hale gelmesidir.

İşler acı içinde yavaşlar.

Pek çok yazılım paketinde yavaşça kaybolan RAM belleklerinde tüketilen bellek sızıntıları vardır.

Artı pencereler, RAM'in bir kısmını sabit sürücülerinize önbellek olarak kullanır.

Gerçekten ihtiyacınız olan daha fazla RAM'iniz olmadıkça , sonunda bir sorun olacaktır.

— cybernard
kaynak

-1

Sayfa dosyası

4 bitlik belleğe sahip 32 bit XP kullanıyorum (biliyorum ki, XP sadece 3 GB'lık bir alan görüyor ancak araya sokulmuş ve çok hızlı) ve iki noktaya değinmek istiyor:

XP sadece 3GB belleği görebilir. Makinemde zaten varsa, bir sayfa dosyasının amacı nedir? Asla erişemediği bir disk belleği ayırıyor. Bazı RAM’leri devre dışı bırakmadığı sürece. Demek zor kazandığın parayı en yüksek dolar hafızasına harcadın, sadece XP'nin diskle çıktığını bulmak için.

XP 32 bit kullanıyorsanız ve 4 GB belleğiniz varsa, bu denemeyi deneyin: Sayfa dosyasını kapatın. XP'yi yeniden başlatın. Sayfa dosyasını sil. Birkaç parça çalıştırın, Word, Excel, Chrome, IE Ex, bir film izleyin, müzik veya TV yayınlayın. Her şey iyi çalışmalı. Sayfa MB'ını tekrar açın, bu sefer gerçekten küçük bir boyutta, 25 MB. XP'yi yeniden başlatın. Birkaç parça çalıştırın, Word, Excel, Chrome, IE Ex, bir film izleyin, müzik veya TV yayınlayın. Yakında sanal hafızanız tükenmekte olduğunu belirten bir mesaj alacaksınız. Bu, XP'nin gerekmediğinde bile sayfa dosyasını kullandığını kanıtlar. Görev yöneticisi performans sekmesini kontrol edin (alt ctrl del). Tepe toplam fiziksel belleğin çok altında olacak, öyleyse neden XP sayfa dosyasını kullanıyor? Ve neden XP hafızanızın tükendiğini düşünüyor?

Sayfa dosyası, DOS ve Windows 98 günlerinden beri bir anakronizmdir. Yeterli hafızanız varsa, ondan kurtulun.

— David Oku
kaynak

4

Bir sayfa dosyası kullanmak RAM'i tamamen devre dışı bırakmaz. Uygulamalar RAM miktarından daha fazlasını kullanmasa da (ve 32 bit uygulamaların çoğu zaten farkında değiller), Windows'un işleri diskte önbelleğe almasına izin veriyor. Bir işlemi boşta bırakırsanız, gerçekte kullandığınız işlemler için daha fazla bellek boşaltmak için sayfa dosyasına yazılır. Bazen önbellek kullanımı uygunsuz olabilir, ancak bu teori. Sayfa dosyalarının nasıl çalıştığı ve tam olarak ne yaptıkları hakkında bazı teknik dokümanları aramanızı öneririm.

— ssube

1

David Read: Sanal ve fiziksel adresleme sınırlarını karıştırıyorsunuz. 32-bit XP'niz kesinlikle 4 GB'tan fazla sanal adres alanını adresleyebilir. İşlem başına sadece 4 GB, ancak birçok işlem yapabilirsiniz. "XP gerekmediğinde bile sayfa dosyasını kullanır" analiziniz de hatalı. Gerçek şu ki, XP her zaman sanal adreslemeyi kullanır, ancak bu her zaman sayfa dosyasını kullandığı anlamına gelmez. Sayfa dosyası, bir kerede daha fazla sanal adres alanının bulunmasına izin verir. Bir tane yoksa ve ihtiyacınız olursa, programlar çökecektir.

— Jamie Hanrahan