OS X 10.6 Snow Leopard'ın değişebilirliğini azaltmanın bir yolu var mı?


10

SSD ile eski Macbook'umda 6GB var. Takas dosyasına mümkün olduğunca yazmaktan kaçınmak istiyorum. Yükseltmemden bu yana, her zaman en az 1 ila 1.5GB bellek "boş" oldu. Yine de, her zaman 2 ila 25 MB kullanılmış takas alanım oldu. (Toplam 128MB içinden) "Boş" bellek kalmadıysa, bunu 0MB takas olarak nasıl kullanabilirim?

Linux'ta artık takas kullanma eğilimini kontrol eden bir "takas" parametresi var. OS X'in "swappiness" sini çok düşük seviyeye düşürmek istiyorum, ancak takas işlemini tamamen devre dışı bırakmamak istiyorum. Çekirdek paniğine sahip olmak yerine belleğim tükenirse makinemin daha yavaş çalışacağını bilmek istiyorum. Olmak istediğim yere oldukça yakınım, ancak bu yazımlardan SSD'imin ömrünü kısaltan büyük bir dosyaya kurtulmak isterim ve bana hiçbir fayda sağlamaz.


İstediğinizi yaptığınız anlaşılıyor ve bu soruya bir cevap istiyorsunuz - buna itiraz etmeyeceğim. Bununla birlikte, teknik açıdan daha az bilgili kullanıcılar için açıklığa kavuşturmanın önemli olduğunu düşünüyorum: sisteminizin, özellikle bu kadar az miktarda takas edilmesi, hiç de sorun değil, bir halsizlik kaynağı ve hatta karşısında. İşletim sistemi bazı bellek parçalarına erişilmeyeceğine karar verebilir ve bazı blokları RAM'de önceden boşaltmak ve son derece olası olmayan önbellek özlemleri almak daha etkilidir. OS X bu konuda çok iyidir (bkz. Gizli uygulamaların RAM kullanımı).
MattiSG

Yanıtlar:


6

2MB ile 25MB arasındaki bir takas dosyasının gerçekten endişelenecek bir şey olduğundan emin değilim. Takasta verilerin ne sıklıkta yazıldığını belirlemek için Sayfa Giriş ve Sayfa Çıkış değerlerine bakmak daha yararlı olabilir . Sayfa olaylarının sayısı, Etkinlik Monitörü uygulamasının Sistem Belleği sekmesi kullanılarak bulunabilir.

Deneyebileceğiniz birkaç seçenek daha var, ancak denerseniz muhtemelen garanti dışı olduğunuzu düşünüyorum:

Senin SSD aşınma SSD aşınma, özellikle de muhtemelen çok az olduğundan sadece mevcut sisteme ayak koyarak öneririm biraz a efsane zaten ya da belki o değil .


Teşekkürler, ancak sorumu tekrar okursanız, her biri 64MB'lık iki dosya olduğunu göreceksiniz. Sadece 2 ila 25 MB değil. Toplam 128 MB takas ve 2 ila 25 MB kullanım. Can sıkıcı bulduğum şey, toplam takasın 64 ile 128MB arasında değişmesidir. Bu, 2. takas dosyasının devre dışı bırakıldığını ve yeniden oluşturulduğunu gösteriyor gibi görünüyor. Hiçbir şey için çok fazla disk kullanımı. Önerdiğiniz iki sistem modunu zaten biliyordum ve birincisini beğenmediğimi belirttim. İkincisi, iyi tasarlanmış değilim.
StCredZero

Bu senin cevabın. Dinamik çağrı cihazını devre dışı bırakmak gerçekten yardımcı olabilir, ancak koçunuz bittiğinde uygulamaların göbek yapmasına neden olma riskini gerçekten taşırsınız. Eğer hafızanız yetersizse sizin için bir sorun değilse endişelenmeyin.
Dustin

İlk bağlantı öldü.
kenorb

1
Ben bu bağlantı şimdi 5 yıl ve neredeyse 6 macOS sürümleri güncel olmamasına rağmen .... kırık bağlantı düzeltildi.
Mike Meyers

2

Geçici çözüm için, sudo purgedisk önbelleğinin temizlenip boşaltılmasını sağlamak için çalıştırabilirsiniz , bu da swappiness'i biraz azaltabilir (eğer birkaç büyük takas dosyanız varsa /private/var/vm, örneğin yazma sırasında 17G'im var). Eğer işe yaramazsa, dosyaları manuel olarak kaldırın, yeniden oluşturulur.

Ayrıca dinamik çağrı cihazını (takas arka plan programı) devre dışı bırakabilirsiniz, bu nedenle Terminal'de çalıştırın (yeniden başlatma gerekir):

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

Yeniden etkinleştirmek için:

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.dynamic_pager.plist

Ne yazık ki en son OS X'te , aslında önerilmez SIP'i ( Sistem Bütünlüğü Koruması ) devre dışı bırakmanız gerekir . Bakınız: OS X 10.11, El Capitan'da Sistem Bütünlüğü Koruması (SIP) AKA "köksüz" özelliğini nasıl devre dışı bırakabilirim?

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.