Der Speicherplatz verschwindet auf 0, dann habe ich nach einer Weile freien Speicherplatz

Ich habe dieses Problem schon eine ganze Weile und es passiert gelegentlich und wenn es passiert, wird es sehr frustrierend und ich versuche nur, genau zu bestimmen, was es verursacht.

Wenn es passiert, wird der Speicherplatz bis auf 0 Byte erschöpft und wenn das passiert, kann ich nicht einmal mehr surfen. Aber auf magische Weise gibt sich der Speicherplatz nach einer Weile von selbst frei und ich bekomme meinen Speicherplatz wie unten gezeigt zurück (Kopieren von der Konsole eingefügt: siehe /dev/disk0s2).

  • In einer Spanne von 5 Minuten, 1 GB bis 0 freier Speicherplatz.
  • Nach einer weiteren Minute bekomme ich meine 1GB zurück. Ich habe keine Time Machine-Backups am Laufen (habe es nicht einmal konfiguriert), keine Dropbox oder andere Apps, die nur synchronisieren, und ich glaube nicht, dass ich etwas Außergewöhnliches mache, wenn es passiert.

Was wäre der beste Weg, um zu verfolgen, was den Speicherplatz belegt und ihn später wieder freigibt?

  • OS X 10.9.3
  • Macbook Pro (13", Mitte 2009)

Konsolenprotokoll:

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 10:55:01 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  231Gi  1.0Gi   100%   60644234     264996  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:00:21 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi  6.7Mi   100%   60907509       1721  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:01:23 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100%   60909230          0  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:02:22 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  231Gi  1.0Gi   100%   60647784     261446  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

Aktivitätsmonitor – Registerkarte „Festplatte“.

Update 1: Ich habe also einige Dateien gelöscht, sodass ich über 6 GB frei habe, und neu gestartet, aber das Verhalten besteht immer noch. Ich dachte, es könnte auch die wachsende Auslagerungsdatei sein, aber sie bleibt konstant bei 1 GB, wenn kein Speicherplatz verfügbar ist. Jetzt finde ich das etwas seltsam, da ich meinen Arbeitsspeicher seit über einem Jahr auf 8 GB aufgerüstet habe und dachte, OSX würde automatisch die entsprechende Menge für die Auslagerungsdatei zuweisen, und ich kann mich nicht erinnern, jemals etwas getan zu haben, um die Größe der Auslagerungsdatei zu ändern / einzuschränken .

Gibt es eine Möglichkeit zu verfolgen, was versuchen könnte, 6 GB Daten abzugreifen und sie später freizugeben? Oder eine Protokolldatei, die helfen würde, dies aufzuspüren?

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:31:46 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100% 60909230       0  100%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:34:47 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100% 60909230       0  100%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:36:40 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  226Gi  6.2Gi    98% 59272640 1636590   97%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

Aktivitätsmonitor - Speicher Aktivitätsmonitor - Festplatte

Update 2: Durch das Aufräumen von ~ 12 GB Speicherplatz konnte das Problem behoben werden (jetzt heißt es 11 GB frei). Meine Auslagerungsdatei ist immer noch 1 GB groß, daher ist ihr nicht mehr Speicherplatz zugewiesen.

Dieses seltsame Verhalten, nach einem Neustart 6 GB zu verbrauchen, ist immer noch verwirrend, daher bin ich immer noch neugierig zu wissen, was genau die Festplatte verwendet hat, und würde Antworten akzeptieren, wenn ich das Szenario nachstellen und sehen könnte, was genau den Speicherplatz anfordert.

Gibt es einen Grund, warum Sie 5 GB freien Speicherplatz auf dem Laufwerk nicht zulassen können? Alle Systeme neigen dazu, ein wenig pathologisch zu werden, wenn das Betriebssystem nicht einmal Dateien verschieben kann. Sie sollten auch die Speicherdetails vom Activity Monitor posten, da wir damit die Nutzung der Auslagerungsdatei bestimmen können.
Es ist gelungen, mehr als 6 GB freien Speicherplatz freizugeben, und das Problem besteht weiterhin. Speicher- und Festplattennutzung nach dem Neustart wurden hinzugefügt
Basierend auf Ihrer virtuellen Speichernutzung (8,77 GB) würde ich versuchen, ein paar weitere GB freizugeben, und Ihr Speicherplatz wird nicht auf 0 sinken. Sie möchten etwas Speicherplatz als Puffer. Wenn es meine Maschine wäre, würde ich mit diesen Zahlen schießen, um 20 GB frei zu halten.
Haben Sie eine Hibernate-Datei? (aber immer noch auf einer 230G-Festplatte sollten Sie mehr frei haben)
Nochmals aktualisiert, das Freigeben von Speicherplatz löste das Problem, das ich hatte, aber ich bin neugierig zu wissen, was genau den Speicherplatz anforderte, insbesondere da er immer noch bei 6 GB freiem Speicherplatz auftritt und meine Auslagerungsdatei seit der Freigabe des Speicherplatzes nicht zunimmt
Auch der virtuelle Speicher belegt Speicherplatz.

Antworten (2)

Wenn Sie sagen, dass Sie 1 GB freien Speicher haben, dann ist das Problem nicht, was diese 1 GB beansprucht, sondern der Mangel an Speicher.

Dies wird mit der Zeit schlimmer, da Sie bereits 0 Bytes erreichen und das Betriebssystem Speicherplatz benötigt, um seine Dateien zu schreiben.

Ich empfehle Ihnen dringend, wichtige Dateien wie Fotos und Videomedien auf ein externes Laufwerk zu verschieben, um Speicherplatz freizugeben. Diese Art von Dateien ist normalerweise am größten und am einfachsten zu verschieben. ( Löschen Sie keine Systemdateien, es sei denn, Sie wissen genau, was sie sind, und das Entfernen wird Ihr System nicht beschädigen . )

Versuchen Sie, sich mindestens 10-15 % freien Speicherplatz als Minimum zu gönnen und bleiben Sie auf oder darüber.

Auf dieser Grundlage habe ich die Auslagerungsdatei untersucht und war überrascht zu sehen, dass sie nur 1 GB groß ist (obwohl ich 8 GB RAM habe). Auch nach dem Freigeben von 6 GB blieb das gleiche Problem bestehen.

kernel_tasktut dies, wenn es den Inhalt des RAM auf die Festplatte auslagert.

Basierend auf Ihrer virtuellen Speichernutzung (8 GB+ werden auch auf Ihre Festplatte geschrieben ) sollten Sie mindestens 12 GB Speicherplatz auf Ihrer Startfestplatte freihalten .

OS X verwendet virtuellen Speicher, wenn ihm der RAM ausgeht, was bedeutet, dass es einige Dinge aus dem RAM auf Ihre Festplatte verschiebt, und das ist es, was das letzte bisschen Speicherplatz füllt.

Ja, ich habe es geschafft, mehr als 6 GB freizugeben, aber das Problem besteht weiterhin. Aktualisierte Details in meiner Frage