"Warum fehlt die Hälfte meines 8 GB RAM?"
Es fehlt nicht und wird auch nicht verwendet . Ungefähr 4 GB sind aktiv und weitere 3,3 GB sind inaktiv, werden aber auch verwendet. Das 3.3GiB kann auf die Festplatte ausgelagert werden, es ist jedoch kein Speicherplatz zugewiesen, sodass es im physischen RAM verbleibt. "Geänderter" Speicher unterscheidet sich effektiv nicht von "In Verwendung", wenn keine Plattenseiten mehr vorhanden sind.
Weder ein 64-Bit - OS noch PAE ermöglicht eine beliebige 32-Bit - Prozess mehr als 4GiB (2 Benutzer / 2 - Kernel auf 32-Bit / PAE, 4GiB Benutzer auf x64 - See.: Zu verwenden , sind die Grenzen von Windows: Virtual Memory ) von Speicher Gibt an, ob dieser Speicher derzeit im physischen RAM oder auf der Festplatte abgelegt ist.
Für Firefox, das keine 64-Bit-Version hat, bedeutet dies, dass Firefox letztendlich auf 2 GB (PAE) oder 4 GB (x64) Speicherplatz für Benutzer beschränkt ist, unabhängig vom installierten RAM. Selbst wenn Sie 64GiB physischen RAM installiert hatten, wird Firefox sein Speicherlimit ausschöpfen, wenn er die Nutzung überschreitet.
Dies sieht übertrieben aus und weist möglicherweise auf ein Speicher- oder Handle-Leck hin. Schlimmer noch, in Ihrem Fall ist die Auslagerungsdatei nicht groß genug, um den Leckprozess auf die Festplatte zu verschieben. Sie haben sie daher gezwungen , ausschließlich in den physischen Arbeitsspeicher zu gelangen.
Haben Sie im TechNet-Artikel ein Problem mit der übermäßigen "geänderten" Speichernutzung in Win7 x64 ab 3,6 GB? findet ein Benutzer mit ähnlichen Symptomen (großer gemeinsam genutzter / geänderter Block):
Geänderter Speicher ist Speicher, der von einer Anwendung zugewiesen und dann aus dem Arbeitsbereich der Anwendung entfernt wurde, normalerweise, weil er lange Zeit nicht verwendet wurde. Die Tatsache, dass sich der größte Teil Ihres Gedächtnisses in diesem Zustand befindet, bedeutet zwei Dinge:
- Einige Apps (oder mehrere Apps) haben viel Speicher zugewiesen und verwenden den größten Teil davon nicht aktiv. Oft (aber nicht immer) liegt dies an einem Speicherverlust in der App.
- Die Auslagerungsdatei ist nicht groß genug, damit das System den gesamten nicht verwendeten Speicher auf die Festplatte verschieben kann.
Letztendlich handelte es sich, wie von magicandre1981 vorgeschlagen, um die Dell Wireless (Broadcom) LAN Tray App:
Vielen Dank an alle, ich hatte das gleiche Problem und fügte Handles und GDI hinzu und sah, dass BCMWLTRY.EXE, das Dell-Dienstprogramm für die drahtlose Ablage, Handles ohne Unterbrechung erstellt. Danke für den Hinweis. Update: Also habe ich den Dienst deaktiviert, der BCMWLTRY.EXE + neu gestartet hat, und sehe jetzt keine Handle-Lecks. WLTRAY.EXE wird weiterhin ausgeführt aber es verliert Handles nicht.
Ebenso in übermäßig modifizierten Speicher im gemeinsamen Speicher ,
Dell WLAN-Dienstprogramm war der Grund. Durch das Beenden des Prozesses bcmwltry.exe im Task-Manager wurde Speicher freigegeben. Aber dieser Prozess begann nach ein paar Sekunden erneut. Es war irgendwie beschissen - ich konnte es nicht deinstallieren. Glücklicherweise brauchte dieses Notebook sowieso eine Änderung des Betriebssystems, so dass ich nicht einmal versuche, dies zu beheben. ... Gleiches genaues Problem hier. Durch das Beenden und Deaktivieren von DW WLAN (bcmwltry.exe) wurden 5 GB Arbeitsspeicher freigegeben. Es leckt.
Die Tray-App BCMWLTRY.EXE ist ebenfalls in Pagefile involviert und wächst so lange, bis mir der Speicher ausgeht
Zusätzliche Verweise auf Probleme mit BCMWLTRY.EXE / Dell Wireless Tray (WLTRAY.EXE), Diagnosen und Lösungen:
In diesen Fällen ist es also nicht der eigentliche Treiber, sondern die mit dem Treiber gelieferte Taskleisten-App . Ich würde zustimmen, dass angesichts des OEMs Ihrer WLAN-Karte, dass BCMWLTRY.EXE ausgeführt wird, und der relativ großen Anzahl nahezu identischer Probleme dies Teil eines der Probleme ist.
Sie können dem Task-Manager auch die Spalten "Handles" und "Page Faults" hinzufügen, um zu prüfen, ob eine der beiden Spalten übermäßig verwendet wird, falls fehlerhaftere Programme vorhanden sind. Sie können SysInternals VMMap verwenden , um die Zuordnung des virtuellen Speichers aus der Sicht der einzelnen Prozesse anzuzeigen. Handle-Lecks sind heimtückisch, da sie wahrscheinlich auch Windows-Objekte lecken. Microsoft stellt ein Tool mit dem Namen Application Verifier zur Verfügung , mit dem unter anderem undichte Handles aufgespürt werden können.
Die Antwort lautet also: Sie haben wahrscheinlich einen Speicherverlust, es liegt wahrscheinlich an BCMWLTRY.EXE (oder einigen anderen Handles für App-Lecks oder ähnlichen freigegebenen Ressourcen), und das Betriebssystem wurde von festplattengestützten Seiten befreit, um solche Probleme "eleganter" zu behandeln ein Zustand.
* Ein Speicherverlust ist nicht besonders "anmutig", aber eine ~ 4GiB-Auslagerungsdatei hätte es dem Prozess ermöglicht, bis zu seiner Vererbungsgrenze zu laufen (als Kontingent zu fungieren) und dann abzustürzen und ein offensichtliches Muster im Ereignisprotokoll eines bestimmten zu erstellen Prozess stürzt ab, gefolgt von einer Freigabe aller Ressourcen, und wiederholen Sie den Vorgang, wenn er neu gestartet wird. Ohne die inhärente Beschränkung des 32-Bit-Adressraums hätte es zuerst viel Speicherplatz durchkauen können. Alle Prozesse sind jetzt ressourcenbeschränkt. Daher ist es weniger klar, ob sie aufgrund eines eigenen Leak (Firefox) oder einer anderen App (BCMWLTRY) geschlossen werden.
RamMap:
