Mir wurde zuvor gesagt, dass ein Zeichen dafür, dass eine Anwendung ein Speicherleck kernel_taskhat, ein großer Speicherbedarf ist, der normalerweise in der Größenordnung von Gigabyte liegt. Wenn kextdiese Speichernutzung durch einen Fehler verursacht wurde, würden wir erwarten, dass eine Diskrepanz zwischen dem zugewiesenen Speicher und den erwarteten zugewiesenen angezeigt wird, dh

diff <(kextstat|tr -s ' ' | cut -d ' ' -f 5) <(kextstat| tr -s ' ' | cut -d ' ' -f 6) 

würde etwas anderes als die Wörter „Wired“ und „Name“ zurückgeben.

Während ich meine Diplomarbeit schreibe, habe ich festgestellt, dass das Ändern eines PDFs, während es in der Vorschau geöffnet ist, oft zu schlimmen Dingen führt: Der Speicherverbrauch von kernel_taskkann gelegentlich auf acht Gigabyte und mehr anwachsen. Wenn ich die Vorschau beende, kehrt sie sofort zum Normalzustand zurück . Offensichtlich stimmt also etwas nicht – und die Vorschau verliert unter diesen Bedingungen Speicher.

Also, meine Frage ist folgende: Wenn ich weiß, dass ein Prozess durch eine plötzliche und unerwartete Zunahme des Footprints von ram durchgesickert ist kernel_task, warum kann OS X dann nicht wissen, dass etwas schief gelaufen ist. Wenn das Beenden von Preview meinen fehlenden malloc()Speicher wiederherstellt, warum führt Darwin dann nicht automatisch eine Garbage Collection für mich durch?

Habe ich ein grundlegendes Missverständnis darüber, wie die Speicherverwaltung funktioniert?

BEARBEITEN : (15.9.15)

Hier ist eine Demonstration dessen, wovon ich spreche. Zunächst bemerke ich eine hohe Speicherauslastung durch kernel_task(Hinweis: Die Vorschau ist geöffnet, nur sichtbar am unteren Rand des Aktivitätsmonitors und verwendet 333 MiB RAM):

Lassen Sie uns nach den hilfreichen Bemerkungen von Ashley unten herausfinden, wie viel jeder Kext verwendet:

$ kextstat | awk 'NR==1{ printf "%10s %s\n", $5, $6; } NR!=1{ printf "%10d %s\n", $5, $6; }' | sort -n

...
...
...
   1249280 com.apple.driver.DspFuncLib
   1769472 com.apple.nvidia.driver.NVDAGK100Hal
   2629632 com.apple.nvidia.driver.NVDAResman
   6184960 com.apple.driver.AirPort.Brcm4360
$

Also keine große Menge. Meine Maschine hat sowohl diskrete als auch integrierte GPUs; Ihre Treiber verwenden nur wenige MiB kabelgebundenen RAM. Lassen Sie uns auf meine Vermutung Vorschau beenden und schauen, was mit dem Speicherbedarf von passiert kernel_task:

Die Vorschau ist weg und der Speicherbedarf des Kernels ist dramatisch gesunken. Es gibt immer noch keine Hinweise auf eine Änderung der Verwendung von kext: Die Ausgabe des obigen Befehls ist unverändert.

Bearbeiten : Fehler gemeldet als Nr. 22701036. Ich warte immer noch auf eine Antwort von Apple. Es gibt nichts besonders Interessantes, wenn Sie den Prozess in ActivityMonitor untersuchen, aber vielleicht übersehe ich etwas.