Warum verwendet Finder 59 GB Swap-Speicherplatz?

9

Mein neues Retina-MacBook Pro (mit 16 GB RAM) erhält weiterhin die Meldung "Auf Ihrer Mac OS X-Startdiskette ist kein Speicherplatz mehr für den Anwendungsspeicher verfügbar". Ich habe 300 GB freien Speicherplatz auf meiner Festplatte und 16 GB RAM. Das sollte nicht passieren.

Aber es passiert immer wieder, auch wenn ich meinen Mac nicht aktiv benutze. Ich ging zum Mittagessen, kam zurück und sah Folgendes: zu viel RAM-Auslastung59 GB Swap verwendet.

Was ist los?

Ashgromnies
quelle
1
Kann ich davon ausgehen, dass Sie einen Neustart versucht haben?
Nathan Walker
Ja, ich habe neu gestartet und es behebt das unmittelbare Problem, aber es wird irgendwann wieder auftauchen.
Ashgromnies
2
Benötigt der Finder nicht so viel RAM, wenn Sie die Verbindung zum Netzwerk trennen und dann im abgesicherten Modus neu starten? Wiederholen Sie den Vorgang (falls erforderlich) erneut, nachdem Time Machine und alle externen Laufwerke getrennt wurden. Dies kann ein normales Verhalten sein, das auf der Arbeit basiert, die Sie Finder gegeben haben. Daher ist es schwierig zu wissen, wo die "zu viel" RAM-Nutzungslinie liegt, bis Sie die Umgebung quantifiziert haben, in der Finder ausgeführt wird. Wenn es Ihnen nichts ausmacht, in Protokolldateien zu stöbern, führen Sie sysdiagnoseFinder aus - Sie müssen alle Speicherzuordnungen und vieles mehr überprüfen.
bmike
Klingt nach einem seltsamen Fehler, aber die einzig mögliche Lösung, die ich mir vorstellen kann, wäre, eine Neuinstallation zu versuchen. Ich werde gespannt sein, ob dies jemand anderes erlebt hat.
Nathan Walker
1
Es klingt wie ein Speicherverlust . Sie sollten es erneut auf Apfel übertragen.
Alpha_one_x86

Antworten:

7

Ich glaube, das ist ein Fehler in OS X 10.7. Ich habe auch ein Retina MacBook Pro. Meins ist 2.6 / 16/512, und ich habe festgestellt, dass es 0 Seitenausgänge gab, aber eine sehr große Auslagerungsdatei erstellt wurde (meins war ungefähr 8 GB groß). Durch das Schließen von Anwendungen wurde der verwendete Swap-Bereich aktiv reduziert. Wieder wurden keine Seitenausgänge aufgezeichnet.

Ich glaube, das hat mit der Schlaf-Image-Datei zu tun, die sich auch neben den virtuellen Speicherdateien in / private / var / vm befindet. Wenn der pmset-Ruhezustand auf 3 eingestellt ist (Standard für Laptops, Suspendieren auf RAM und Festplatte), wird das Schlafbild im Ruhezustand geschrieben. Aus diesem Grund dauert es einige Momente, bis diese Laptops in den Ruhezustand versetzt werden: Es werden bis zu 16 GB RAM in das Schlafbild geschrieben.

Das Ändern dieser Einstellung, sodass der RAM in den Ruhezustand versetzt wird und KEIN Schlafbild geschrieben wird, hat jedoch zu keinen abnormalen Erhöhungen der Auslagerungsdateigröße geführt. Mein Verdacht ist, dass das Schlafbild in einigen Fällen nach dem Schlaf erhalten bleibt und die Erstellung von Auslagerungsdateien veranlasst. Möglicherweise ist es dieses falsche Verhalten, das auch zu den ungewöhnlich großen Auslagerungsdateigrößen führt, die Sie sehen.

Wenn Sie in der Manpage für pmset auf NO suspend to disk wechseln, werden Sie in einem Terminal ausgeführt:

sudo pmset -a hibernatemode 0

Führen Sie Folgendes aus, um das Schlafbild zu löschen (und 16 GB auf Ihrem Computer mit 16 GB RAM zurückzugewinnen):

sudo rm /var/vm/sleepimage

Ich starte nach diesen Operationen neu, nur um sicherzustellen, dass es keine Verrücktheit gibt. An jeder Stromquelle können Sie den Status überprüfen mit:

pmset -g

Sie sollten sich bewusst sein, dass im Falle eines vollständigen Stromausfalls (Batterie leer und nicht eingesteckt) der Inhalt des Arbeitsspeichers nicht auf der Festplatte gespeichert wurde und Sie Ihre Arbeit verlieren. Für mich ist dies ein kleines, aber kalkuliertes Risiko, da die Geschwindigkeit des Schlafens / Wachens mit der hohen Akkulaufzeit und dem zurückgeforderten Speicherplatz verbunden ist. Außerdem scheint es für mich dieses Problem gemildert zu haben, das ich auf keinem anderen Mac-Laptop gesehen habe, den ich besitze. Ich wünschte, wir hätten diese Batterieanzeige.

Hodgkin-Huxley
quelle
Ich glaube, der Fehler wurde behoben. Ich habe dies zumindest seit dem letzten ML-Patch nicht mehr gesehen.
Ashgromnies
Ich habe die neueste ML auf einem rMBP aufgebaut und sehe dieses Problem immer noch.
Marc W
Ich bin mir nicht sicher, ob dies ein Fehler im Betriebssystem ist oder wie Swap funktioniert, wenn Sie andere Software mit Speicherlecks ausführen und nicht genug neu starten, um die Swap-Dateien unter Kontrolle zu halten.
bmike
@bmike Ich bin geneigt zuzustimmen, obwohl frühere Versionen des Betriebssystems dieses Problem auf anderen Computern nicht hatten. Ich habe auch keine verifizierten Berichte darüber speziell für MacBook Pros ohne Netzhaut gesehen, auf denen dasselbe Betriebssystem ausgeführt wird, obwohl sie möglicherweise vorhanden sind.
Hodgkin-Huxley
2

Ich hatte dieses Problem aufgrund eines Fehlers in Dropbox auf meinem MacBook Pro 13 Zoll.

Es war eine alte Version von Dropbox. Nach dem Beenden von Dropbox und der Installation einer neuen Version (1.4.1 -> 1.4.17) wurde mein Problem behoben.

Michael_XIII
quelle