Sanal bellekte "RAM ayıran uygulamalar ve fiziksel RAM bittiğinde, SWAP'a bir şey gönderilir" den daha fazlası vardır.
Linux'ta (ve büyük olasılıkla UNIX'te), sistem yakın zamanda RAM'de okunan sayfaları tutmaya çalışır: yürütülen programlar, yüklenen veriler, son zamanlarda yazılan veriler (zaten diskte de vardır) vb. Böylece aynı program tekrar çalıştırılırsa, Diskten yeniden yüklenmesi gerekmez. Bazı program sanal adres alanına daha fazla bellek ayrılmasını istediğinde, ilk önce sol disk arabellekleri yeniden kullanılır (disk erişimi olmadan). Bu yeterli olmazsa, son zamanlarda erişilmeyen bazı çalışan uygulama sayfaları aslında değiştirilir. Linux'ta normalde takas hiç gerçekleşmez. Sisteminizi değiştirmeye başladığında, artan sürücü etkinliğini (ve halsizliği) fark edersiniz ve "oh what the f .." 'a gidersiniz, çünkü bu muhtemelen bazı uygulamaların bellek sızıntısı olduğu veya kaputun altındaki bir şeyin kontrolden çıkmaya başladığı anlamına gelir.
Windows'un geleneksel olarak, hareketsizliklerinde biraz zaman aşımından sonra tüm kullanıcı alanı uygulamalarını değiştirmeleri için aptal bir ek alışkanlığı vardır. Kesinlikle, affedilmeden, mümkün olduğu kadar çok RAM'in kullanılabilir olması için, "her ihtimale karşı" başka bir aç uygulamaya başlamak istediniz. PC'nizi çalışır durumda bırakırsanız ve birkaç saatliğine giderseniz, geri dönüşünüzde geçiş yaptığınız herhangi bir uygulamanın, takastan sloooowly yeniden yüklendiğini fark edersiniz. Bu davranış Windows 2000'de özellikle acı vericiydi ve daha modern Windows sürümlerinde giderek daha az fark edilir hale geliyor. W2k'de, swapı kapatmak bir beyinsizdi. Windows 7 hala bal gibi sızabilir, ancak belirli bir nedenden ötürü, Windows 8.1 ve 10 belirgin şekilde daha iyi hale geldi ... ancak yine de "swappiness" veya değiştirilebilir algoritmanın diğer ayarlanabilir parametreleri için ayarlanabilen bir düğme yok.
Sistemin yavaş disk erişimi boyunca taşlamasına neden olabilecek başka faktörler de vardır. Windows 7'de, sistemin uygulamanızı eski W2k tarzında değiştirip değiştirmediğini veya uygulamanızın çok yavaş başladığı için Antivirüs'ü suçlayıp suçlamadığınızı veya Windows Update'in Bu sefer arka plan (algoritmalarında% 100 CPU tüketimi ve / veya disk atma ile asılmalarına yol açan pistonlu tuhaflıklar olduğu biliniyor) veya özel olarak bazı .NET Framework temizlik görevlerinin kaybolduğu veya ne olduğu. Bazı durumlarda / bazı Microsoft yazılım sürümlerinde / enkarnasyonlarında, aslında arka plan görevlerinde "yerel olarak Windows" yerel (özellikle Windows Update yerel veritabanı yönetimi) görev yöneticisinde kasıtlı olarak "gizlenmiş" gibi görünüyor, CPU ve RAM kullanımları toplam bellek tüketiminde gösterilmez. "Meşru" etkinlik, ancak bir kötü amaçlı yazılım kök setinden ayırt etmek oldukça zor ... Sadece bir kez durur durur ve "yeni güncellemeler var" diyen bir balon anında açılır, nedenini biliyorsunuz.
En azından son Windows sürümleri, işlem başına disk IO etkinliğini söyleyebilir ve tek tek hizmetler artık ayrı olarak bildirilir (tek bir SVCHOST.EXE işlemi yerine).