Windows meldet "Resource exhaustion" aber alles ist ok

[Der schöne Günther]

Ich habe auf einem Kundenrechner ein merkwürdiges Problem.

Der PC ist mehrmals in die Knie gegangen und "ging nicht mehr", eine genaue Beschreibung des Personals habe ich leider nicht.

Im Windows-Event-Viewer wird sehr oft "Resource Exhaustion" gemeldet, der virtuelle Speicher (RAM + Auslagerungs-Datei) käme an seine Grenzen. Der dazu angezeigte String zeigt die drei größten Verursacher an, alle nur ca. 300 Megabyte.

Mehr lese ich aus der XML-Datei (siehe Anhang) auch nicht heraus. Oder übersehe ich etwas?
Meine Delphi-Anwendung protkolliert den eigenen Handle/Speicher-Verbrauch, und hier ist definitiv alles im Rahmen und deckt sich 1:1 mit den Angaben des Windows Event Viewers.


Ja, 4 GB RAM sind nicht viel, aber wir verbauen diese Computer mit der Software zu hunderten.

[himitsu]

In Zukunft etwas das System beobarchten?
Klingt ja so, als wenn ihr 16 GB an virtuellem RAM habt, also eine 12 GB Auslagerungsdatei.
Ich glaub standardmäßig ist sie initial nur so groß wie der physische RAM selbst, also muß sie vor dem Absturz durch irgendwas ordentlich gefüllt worden sein.

Systemsteuerung > System > Info (bzw in der Systemsteuerung nach "Virtueller Speicher" suchen)
> Erweiterte Systemeinstellungen > Erweitert > Leistung > Einstellungen > Erweitert > Virtueller Speicher
(früher fand man das einfach im Explorer -> Eigenschaften von "Dieser PC" )


Ein normales Delphi-Programm (Win32) hat eh nur maximal 2 GB virtuellen RAM (maximal 4, wenn man es aktiviert)

Ihr könnte die Größe der Auslagerungsdatei natürlich erstmal provisorisch größer einstellen, falls ihr denkt es könnte helfen.


Jo, die 3 größten genannten Prozesse sehen so erstmal nicht schlimm aus. (Speicher und Handles)
vielleicht
* FileCache voll ... vielleicht irendwo was von der Festplatte zu lesen?
* Kaputter RAM
* ein Programm könnte auch physischen Speicher zu viel reserviert haben, aber sowas macht nahezu kein Programm (ihr habt nicht zufällig einen schrottigen "Memory Cleaner" installiert?)
* ein anderes Programm mit einem Handle-Leak?
* Virus? soeiner, welche Infrastruktur lahmlegen will.
* ...



Ich hatte ein paar mal in den letzten Monaten, dass ein PC über Nacht einfach so hängen blieb.
Vermute hier irgendein Gerät/Treiber, was mit einem tieferen Energiesparmodus nicht zurecht kommt.
Leider auch noch nichts im Log gefunden, aber vor vielen Jahren hatte ich z.B. mit dem Grafiktreiber probleme, welcher ab und an durch den Browser zum Verrecken gebracht wurde.


* RAM ist nicht teuer
* Festplatten kosten kaum noch was ... ja, die Auslagerungsdatei kann extrem vergrößert werden
* mal die Treiber aktualisieren und/oder erstmal durch einfache Standardtreiber ersetzen

[Kas Ob.]

Zitat von Der schöne Günther:

Ich habe auf einem Kundenrechner ein merkwürdiges Problem.

Der PC ist mehrmals in die Knie gegangen und "ging nicht mehr", eine genaue Beschreibung des Personals habe ich leider nicht.

Im Windows-Event-Viewer wird sehr oft "Resource Exhaustion" gemeldet, der virtuelle Speicher (RAM + Auslagerungs-Datei) käme an seine Grenzen. Der dazu angezeigte String zeigt die drei größten Verursacher an, alle nur ca. 300 Megabyte.

Mehr lese ich aus der XML-Datei (siehe Anhang) auch nicht heraus. Oder übersehe ich etwas?
Meine Delphi-Anwendung protkolliert den eigenen Handle/Speicher-Verbrauch, und hier ist definitiv alles im Rahmen und deckt sich 1:1 mit den Angaben des Windows Event Viewers.


Ja, 4 GB RAM sind nicht viel, aber wir verbauen diese Computer mit der Software zu hunderten.

I saw this before and it has nothing to do with Delphi or its applications,...

Looking at the attached event log, the maximum commit Virtual(/physical) +Swap had been reached at 16GB so there is plenty of space, yet the biggest reported process are at silly size, this is one of the following:
1) Restart the god damn PC once in life time !!
2) Broken or malfunctioning disk driver (or filter), delete the driver and let the windows update it with one with WHQL, this can happen after trying or installing cheap application that promise you speed and whatisnot, tweak beyond your imagination, all they do is mess the drivers and their configuration.
3) The swap file is broken and in need for deletion, cause it hold many entries with locked flag, causing to be locked there unusable, this can be easily solved by disable swap file altogether (after a restart, yes full clean restart) and make sure hibernation is disabled then reenable them again.

4) Double check the driver and if there is a filter, something like a remanence of older Antivirus being installed and removed then this should be removed, use AutoRuns from https://learn.microsoft.com/en-us/sy...loads/autoruns but this can cause problem if you are not familiar with it, remove (or just disable) drivers that you can't identify and searching the net return uninstalled application/device.

5) interrogate your user if he had used any of the filth called system tweak apps and find which one there might be a script to reset all the damage done to the registery and configuration, it could be disk cache or ....so many things and best is to remove the driver then reinstall Microsoft one.

And good luck !, specially convincing your friend to restart the damned device, like cut the power off.

[Der schöne Günther]

Thank you for the elaborate reply

Zitat von Kas Ob.:

1) Restart the god damn PC once in life time !!(...)
And good luck !, specially convincing your friend to restart the damned device, like cut the power off.

It's an industrial system that is running 24/7, often for several months.

Zitat von Kas Ob.:

4) Double check the driver

To be honest, I have no idea how I could "check" a Windows driver. For me, it's just a blackbox that runs with SYSTEM privileges with now way for me to see what it's doing.

Zitat von himitsu:

Jo, die 3 größten genannten Prozesse sehen so erstmal nicht schlimm aus. (Speicher und Handles)
vielleicht
* FileCache voll ... vielleicht irendwo was von der Festplatte zu lesen?
* Kaputter RAM
* ein Programm könnte auch physischen Speicher zu viel reserviert haben, aber sowas macht nahezu kein Programm (ihr habt nicht zufällig einen schrottigen "Memory Cleaner" installiert?)
* ein anderes Programm mit einem Handle-Leak?

Das ist auch meine Vermutung, ein Leak von völlig anderen Dingen als Hauptspeicher (Handles, GDI-Objekte, ...) und Windows hat einfach die erstbeste Fehlermeldung genommen und wirft einfach die, weil in 90% der Fälle sei es bestimmt der Hauptspeicher der ausgeht.

[Kas Ob.]

Zitat von Der schöne Günther:

Zitat von Kas Ob.:

1) Restart the god damn PC once in life time !!(...)
And good luck !, specially convincing your friend to restart the damned device, like cut the power off.

It's an industrial system that is running 24/7, often for several months.

Well, i think that explain it, Swap File should be reset (cleared/deleted), the OS by default can and most likely will delete it on restart.
Also if this device is not connected to the Internet then Disable Windows Defender is highly recommended, WD is disabled by default from Microsoft on Windows Server Data Center editions.

Swap File can be fragmented, Swap File can have dead objects, like locked and forgotten, they will stay there as the OS can't be sure how to deal with them until a clean restart.

Zitat:

I have no idea how I could "check" a Windows driver.

Just for fun and educational purposes, try AutoRuns on your device, it is a niche and very useful tool, run it as Administrator, you can check Hide Windows and Microsoft Entries from options, you can see many stuff and also you can read about it, i believe there is enough resources, what i want to say is about Services and Drivers, these Entries will list drivers and filters, after hiding the defaults from options, there you can see the Publisher and with either (Verified or not), clicking on it will see the file name and version in the bottom tab.

Warning : Don't click and disable (uncheck) things arbitrarily, your Windows might stop booting, disable or delete only if you do know what you are doing !
The only things that might affect Windows boot is Drivers section, the others is yours, and before delete try to disable by unchecking then restart to see booting time, and if there is dead driver from years back still loaded by Windows while the device you are not using, because there is many like these.

[Sinspin]

Was ist das für eine Windows Version?
Ich kenne die Meldung auch von Systemen mit voller Platte oder mit Platte die in die Knie geht.

[Der schöne Günther]

Die Version ist "Microsoft Windows 10 Pro, 10.0.19045 N/A Build 19045"

Festplatten-Platz ist tatsächlich eine Idee, da habe ich gar nicht drauf geachtet. Danke für den Tipp!

Ich habe mittlerweile im Windows-Event-Viewer noch gesehen dass bereits relativ oft der Intel-Grafiktreiber und/oder dwm.exe (Desktop Window Manager) abgestürzt ist. Wahrscheinlich wieder exzellente Software-Engineering Qualität von Intel.

[Uwe Raabe]

Zitat von Der schöne Günther:

Festplatten-Platz ist tatsächlich eine Idee, da habe ich gar nicht drauf geachtet.

Ich hatte erst kürzlich einen Fall, da war vor einigen Monaten nach der Behebung eines Problems versehentlich das Logging nicht wieder abgeschaltet worden. Seitdem hat die Anwendung täglich eine z.T. recht große Logdatei angelegt und irgendwann war die Platte eben (fast) voll und die Anwendung konnte nicht mehr starten.

[himitsu]

Joar, es gibt auch Exceptions, welche dann selbstständig das Problem beseitigen.

z.B. PageFault meckert, dass etwas nicht im Arbeitsspeicher liegt und dadurch angestoßen wird es aus der PageFile oder dem ImageMapping zurückgeholt.

[Der schöne Günther]

Mittlerweile tritt das gleiche Problem auf einem zweiten System in einem anderen Land auf. Ich habe in der Zwischenzeit noch das Logging erweitert, es ist ziemlich sicher nicht meine Anwendung. Es ist weder die Swap-Datei, noch die Festplatte voll.

dwm.exe und der Intel-Grafiktreiber stürzen öfter ab. Ist natürlich ziemlich blöde wenn ich noch nicht mal weiß, was ich jetzt machen soll. Mal auf Verdacht den Grafiktreiber updaten wenn der Kunde einem nur ein paar Minuten gibt bevor die Anlage wieder in Produktion gehen soll ist jetzt auch nicht so dolle.

Ich logge jetzt noch die eigenen und globalen GDI-Objekte und Fensterhandles mit, vielleicht finde ich da im Dauerbetrieb noch eine Spur...

Entweder werde ich alt und grantig, oder vor ein paar Jahren (so Windows 7/8-Zeiten) ist so etwas eigentlich nie vorgekommen.