Perché Finder utilizza 59 GB di spazio di swap?

Il mio nuovo MacBook Pro retina (con 16 GB di RAM) continua a ricevere questo messaggio "Il tuo disco di avvio di Mac OS X non ha più spazio disponibile per la memoria dell'applicazione". Ho 300 GB di spazio libero sul mio disco rigido e 16 GB di RAM. Questo non dovrebbe succedere.

Ma continua a succedere, anche quando non utilizzo attivamente il mio Mac. Sono andato a pranzo, sono tornato e ho visto questo: utilizzo eccessivo della RAM 59 GB di swap usati.

Cosa sta succedendo?

— ashgromnies
fonte

Posso presumere che tu abbia provato a riavviare?

— Nathan Walker,

Sì, ho riavviato e risolve il problema immediato ma alla fine comparirà di nuovo.

— ashgromnies,

Se ti disconnetti dalla rete e poi riavvii in modalità provvisoria, il Finder non richiede tanta RAM? Successivamente (se necessario), ripetere nuovamente dopo che Time Machine e tutte le unità esterne sono state disconnesse. Questo potrebbe essere un comportamento normale in base al lavoro che hai assegnato a Finder, quindi è difficile sapere dove si trova la "troppa" linea di utilizzo della RAM fino a quando non hai quantificato l'ambiente in cui Finder è in esecuzione. Se non ti dispiace frugare nei file di registro, esegui sysdiagnoseFinder: avrai un dump di tutte le allocazioni di memoria e molto altro da esaminare.

— bmike

Sembra uno strano bug, ma l'unica soluzione che mi viene in mente sarebbe quella di provare un'installazione pulita. Sarò interessato a vedere se qualcun altro ha sperimentato questo.

— Nathan Walker,

Sembra una perdita di memoria . dovresti riaccenderlo a Apple.

— alpha_one_x86,

Risposte:

Credo che questo sia un bug in OS X 10.7. Ho anche un MacBook Pro retina. Il mio è 2.6 / 16/512 e ho notato che c'erano 0 pagine esaurite, ma un file di scambio molto grande veniva creato (il mio era di circa 8 GB). La chiusura delle applicazioni ha ridotto attivamente lo spazio di swap utilizzato. Ancora una volta non sono state registrate pagine esaurite.

Credo che questo abbia a che fare con il file di immagine di sospensione che viene anche ospitato insieme ai file di memoria virtuale in / private / var / vm. Quando pmset hibernatemode è impostato su 3 (impostazione predefinita per laptop, sospensione su RAM e disco), sleepimage viene scritto su sleep. Questo è il motivo per cui alcuni laptop impiegano alcuni minuti per andare a dormire: sta scrivendo fino a 16 GB di RAM sull'immagine del sonno.

Tuttavia, la modifica di questa impostazione in modo che la RAM si attivi in modalità sospensione e NON venga scritta NESSUNA immagine non ha comportato aumenti anormali nelle dimensioni del file di scambio. Il mio sospetto è che in alcuni casi il sleepimage venga preservato dopo il sonno e che spinga la creazione di file di scambio. Forse è questo comportamento errato che sta causando anche dimensioni di file di scambio insolitamente grandi che stai vedendo.

Dalla manpage di pmset , per passare a NO suspend to disk eseguiresti in un Terminale:

sudo pmset -a hibernatemode 0

Per eliminare il sleepimage (e recuperare 16 GB sul tuo computer con 16 GB di RAM), esegui:

sudo rm /var/vm/sleepimage

Ricomincio dopo queste operazioni solo per assicurarmi che non ci siano stranezze. Su ciascuna fonte di alimentazione, è possibile verificare lo stato con:

pmset -g

È necessario essere consapevoli del fatto che, in caso di perdita totale di energia (la batteria si scarica e non è collegata), il contenuto della RAM non sarà salvato sul disco rigido e si perderà il lavoro. Per me, questo è un rischio piccolo ma calcolato a causa della velocità di sospensione / riattivazione, unita alla grande durata della batteria e allo spazio di archiviazione recuperato. Inoltre, per me sembra aver mitigato questo problema, che non ho visto su nessun altro laptop Mac di mia proprietà. Vorrei che avessimo quelle spie della batteria, però.

— Hodgkin-Huxley
fonte

Credo che il bug sia stato corretto. Almeno non l'ho visto succedere dall'ultima patch ML.

— Ashgromnies,

Ho l'ultima build ML su un rMBP e vedo ancora questo problema.

— Marc W,

Non sono così sicuro che si tratti di un bug nel sistema operativo quanto di come funziona lo scambio quando si esegue un altro software con perdite di memoria e non si riavvia abbastanza per tenere sotto controllo i file di scambio.

— bmike

@bmike Sono propenso a concordare, sebbene le versioni precedenti del sistema operativo non presentassero questo problema su altre macchine. Inoltre non ho visto alcun report verificato di questo in particolare su MacBook Pro non retina che eseguono lo stesso sistema operativo, sebbene possano esistere.

— hodgkin-huxley,

Ho avuto questo problema a causa di un bug in Dropbox sul mio MacBook Pro da 13 pollici.

Era una vecchia versione di Dropbox. Dopo aver lasciato Dropbox e aver installato una nuova versione (1.4.1 -> 1.4.17), il mio problema è stato risolto.

— Michael_XIII
fonte