Warum verwendet Finder 59 GB Auslagerungsspeicher?

Mein neues Retina MacBook Pro (mit 16 GB RAM) erhält ständig diese Meldung „Auf Ihrem Mac OS X-Startvolume 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 verwende. Ich ging zum Mittagessen, kam zurück und sah Folgendes: zu viel RAM-Auslastung59 GB Swap belegt.

Was ist los?

Kann ich davon ausgehen, dass Sie einen Neustart versucht haben?
Ja, ich habe neu gestartet und es behebt das unmittelbare Problem, aber es wird irgendwann wieder auftauchen.
Wenn Sie die Verbindung zum Netzwerk trennen und dann im abgesicherten Modus neu starten, benötigt der Finder dann nicht so viel RAM? Wiederholen Sie den Vorgang als Nächstes (falls erforderlich) erneut, nachdem Time Machine und alle externen Laufwerke getrennt wurden. Dies könnte ein normales Verhalten sein, basierend auf der Arbeit, die Sie Finder gegeben haben, daher ist es schwer zu wissen, wo die Grenze der "zu hohen" RAM-Nutzung liegt, bis Sie die Umgebung, in der Finder ausgeführt wird, quantifiziert haben. Wenn es Ihnen nichts ausmacht, in Protokolldateien sysdiagnosezu stöbern, führen Sie den Finder aus - Sie haben einen Dump aller Speicherzuweisungen und vieles mehr, das Sie untersuchen können.
Klingt nach einem seltsamen Fehler, aber die einzige mögliche Lösung, die mir einfällt, wäre eine Neuinstallation. Mich würde interessieren, ob noch jemand diese Erfahrung gemacht hat.
Es klingt wie ein Speicherleck . Du solltest es Apple melden.
Passiert das, wenn alle anderen Programme geschlossen sind? Aus deiner Frage geht das nicht hervor.
@Matt - ja, es scheint tatsächlich besser geworden zu sein seit dem letzten ML-Patch
Berglöwe? Haben Sie eine Beta-Version von ML ausgeführt? Wenn ja, ist dies kein Thema, da wir auf Ask Different keine Fragen zu Beta- oder Vorabversionen von Software zulassen.
Nein. Ich habe die offizielle Release-Version von Mountain Lion ausgeführt, die auf meinem Retina MacBook vorrätig war.

Antworten (2)

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 Auslagerungen gab, aber eine sehr große Auslagerungsdatei erstellt wurde (meine war ungefähr 8 GB groß). Durch das Schließen von Anwendungen wurde der verwendete Auslagerungsbereich aktiv reduziert. Auch hier wurden keine Auslagerungen aufgezeichnet.

Ich glaube, das hat mit der Sleep-Image-Datei zu tun, die auch neben den virtuellen Speicherdateien in /private/var/vm untergebracht wird. Wenn pmset hibernatemode auf 3 gesetzt ist (Standard für Laptops, Suspend to RAM und Disk), wird sleepimage im Ruhezustand geschrieben. Aus diesem Grund dauert es einige Augenblicke, bis diese Laptops in den Ruhezustand wechseln: Es werden bis zu 16 GB RAM in das Schlafbild geschrieben.

Das Ändern dieser Einstellung, sodass das RAM im Ruhezustand eingeschaltet wird und KEIN Ruhebild geschrieben wird, hat jedoch zu keiner ungewöhnlichen Zunahme der Größe der Auslagerungsdatei geführt. Mein Verdacht ist, dass das Schlafbild in einigen Fällen nach dem Schlafen erhalten bleibt und die Erstellung von Auslagerungsdateien veranlasst. Vielleicht ist es dieses falsche Verhalten, das auch zu den ungewöhnlich großen Auslagerungsdateien führt, die Sie sehen.

Von der Manpage für pmset , um zu NO suspend to disk zu wechseln, würden Sie in einem Terminal ausführen:

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 totalen Stromausfalls (Akku leer und nicht angeschlossen) der Inhalt des RAM nicht auf der Festplatte gespeichert wurde und Sie Ihre Arbeit verlieren. Für mich ist dies ein kleines, aber kalkuliertes Risiko, da die Schlaf-/Wachgeschwindigkeit gepaart mit der großartigen Akkulaufzeit und dem zurückgewonnenen Speicherplatz. Außerdem scheint es für mich dieses Problem gemildert zu haben, das ich auf keinem anderen Mac-Laptop gesehen habe, den ich besessen habe. Ich wünschte jedoch, wir hätten diese Batterieanzeigeleuchten.

Ich glaube der Fehler wurde behoben. Ich habe das zumindest seit dem letzten ML-Patch nicht mehr erlebt.
Ich habe den neuesten ML-Build auf einem rMBP und sehe dieses Problem immer noch.
Ich bin mir nicht so sicher, ob dies ein Fehler im Betriebssystem ist, sondern 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 Ich neige dazu, zuzustimmen, obwohl frühere Versionen des Betriebssystems dieses Problem auf anderen Computern nicht hatten. Ich habe auch keine verifizierten Berichte darüber speziell auf Nicht-Retina-MacBook Pros mit demselben Betriebssystem gesehen, obwohl sie möglicherweise existieren.

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.