Mengapa Finder menggunakan ruang swap 59GB?

Retina MacBook Pro saya yang baru (dengan RAM 16GB) terus menerima pesan "Disk startup Mac OS X Anda tidak memiliki ruang lagi untuk memori aplikasi". Saya memiliki ruang kosong 300 GB di hard drive saya, dan 16 GB RAM. Ini seharusnya tidak terjadi.

Tapi itu terus terjadi, bahkan ketika saya tidak aktif menggunakan Mac saya. Saya pergi makan siang, kembali, dan melihat ini: terlalu banyak penggunaan RAM 59 GB swap digunakan.

Apa yang sedang terjadi?

lion macos finder memory crash ashgromnies
sumber

Dapatkah saya berasumsi bahwa Anda telah mencoba me-reboot?

Nathan Walker

Yup, saya sudah reboot dan itu memperbaiki masalah langsung tetapi akhirnya akan muncul lagi.

ashgromnies

Jika Anda memutuskan koneksi dari jaringan dan kemudian reboot dalam safe mode, apakah Finder tidak memerlukan banyak RAM? Selanjutnya (jika perlu), ulangi lagi setelah Time Machine dan semua drive eksternal terputus. Ini bisa menjadi perilaku normal berdasarkan pekerjaan yang Anda berikan pada Finder, jadi sulit untuk mengetahui di mana garis penggunaan RAM "terlalu banyak" sampai Anda menghitung lingkungan tempat Finder berjalan. Jika Anda tidak keberatan menusuk dalam file log, jalankan sysdiagnosedi Finder - Anda akan memiliki dump semua alokasi memori dan banyak lagi untuk diperiksa.

bmike

Kedengarannya seperti bug aneh, tetapi satu-satunya solusi yang dapat saya pikirkan adalah mencoba menginstal yang bersih. Saya akan tertarik untuk melihat apakah ada orang lain yang mengalami ini.

Nathan Walker

Kedengarannya seperti kebocoran memori . Anda harus melaporkannya ke apel.

alpha_one_x86

Jawaban:

Saya percaya ini adalah bug di OS X 10.7. Saya juga punya retina MacBook Pro. Milik saya 2,6 / 16/512, dan saya perhatikan bahwa ada 0 halaman keluar tetapi file swap yang sangat besar sedang dibuat (milik saya sekitar 8 GB). Aplikasi penutup secara aktif mengurangi ruang swap yang digunakan. Sekali lagi tidak ada halaman keluar yang direkam.

Saya percaya ini ada hubungannya dengan file gambar tidur yang juga disimpan di samping file memori virtual di / private / var / vm. Ketika pmset hibernatemode diatur ke 3 (default untuk laptop, diskors ke RAM dan disk), sleepimage ditulis saat tidur. Inilah sebabnya mengapa dibutuhkan beberapa saat untuk laptop ini untuk tidur: itu menulis hingga 16 GB RAM ke sleepimage.

Namun, mengubah pengaturan ini sehingga RAM diaktifkan pada tidur dan TIDAK ada sleepimage ditulis telah menghasilkan tidak ada peningkatan abnormal dalam ukuran file swap. Kecurigaan saya adalah bahwa sleepimage dalam beberapa kasus diawetkan setelah tidur dan mendorong pembuatan file swap. Mungkin perilaku salah ini yang juga menghasilkan ukuran file swap yang luar biasa besar yang Anda lihat.

Dari manual untuk pmset , untuk mengubah ke TIDAK menangguhkan ke disk Anda akan berjalan di Terminal:

sudo pmset -a hibernatemode 0

Untuk menghapus sleepimage (dan mendapatkan kembali 16 GB di komputer Anda dengan 16 GB RAM), jalankan:

sudo rm /var/vm/sleepimage

Saya memulai kembali setelah operasi ini hanya untuk memastikan tidak ada keanehan. Di setiap sumber daya, Anda dapat memeriksa status dengan:

pmset -g

Anda harus menyadari bahwa, jika terjadi kehilangan daya total (baterai mati dan tidak terhubung), isi RAM tidak akan disimpan ke hard drive, dan Anda akan kehilangan pekerjaan. Bagi saya, ini adalah risiko kecil tapi terhitung karena kecepatan tidur / bangun, ditambah dengan masa pakai baterai yang hebat dan ruang penyimpanan yang direklamasi. Selain itu, bagi saya tampaknya telah mengurangi masalah ini, yang belum saya lihat di laptop Mac lain yang saya miliki. Saya berharap kami memiliki lampu indikator baterai.

hodgkin-huxley
sumber

Saya percaya bug telah diperbaiki. Saya belum melihat ini terjadi sejak patch ML terbaru, setidaknya.

ashgromnies

Saya memiliki pengembangan ML terbaru di rMBP dan saya masih melihat masalah ini.

Marc W

Saya tidak begitu yakin ini adalah bug di OS sebanyak bagaimana swap bekerja ketika Anda menjalankan perangkat lunak lain dengan kebocoran memori dan tidak cukup reboot untuk menjaga file swap di bawah kendali.

bmike

@ sepeda saya cenderung setuju, meskipun versi sebelumnya dari OS tidak memiliki masalah ini di komputer lain. Saya juga belum melihat adanya laporan diverifikasi ini khusus non-retina MacBook Pro menjalankan OS yang sama, meskipun mereka mungkin ada.

hodgkin-huxley

Saya mengalami masalah ini karena bug di Dropbox di MacBook Pro 13 inch saya.

Itu adalah versi lama Dropbox. Setelah keluar dari Dropbox dan menginstal versi baru (1.4.1 -> 1.4.17), masalah saya telah diperbaiki.

Michael_XIII
sumber