GDI Handles einer Anwendung

[Alex_ITA01]

Hallo zusammen,
ich weiß, wie man die Anzahl der GDI Handles einer Anwendung auslesen kann.
Ich habe allerdings folgende Frage.

Ich benutze dieses Tool zum auslesen und Anzeigen der GDI Handles:
http://www.nirsoft.net/utils/gdi_handles.html

Da gibt es eine Spalte, "GDI Total" und "alle GDIs".
GDI Total ist die Aufsummierung der Spalten vorher (Bitmap, Pen usw).
In der Hilfe steht folgender Abschnitt zu den beiden Spalten:

The 'GDI Total' column (a new column added on v1.05) displays the total number of all GDI handles found in the GDI table for the specified process. This means that 'GDI Total' column display the sum of the following columns: Pen, ExtPen, Brush, Bitmap, Font, Palette, Region, DC, Metafile DC, Enhanced Metafile DC, and Other GDI.
The 'All GDI' value is taken from Windows API call (GetGuiResources), and it usually contains a value larger than 'GDI Total', probably because it also counts some internal kernel GDI objects that are not included in the GDI objects table of the process.

Jetzt meine Frage:
Wenn ich mir zum Beispiel bei dem Programm "VMWare Player" die Spalten angucke (ohne das eine VM gestartet ist), dann steht bei "GDI Total = 61" und bei "alle GDIs = 319".

Entsprechend der Hilfe sind die 61 GDI Handles in der GDI Objekt Tabelle registriert. Die anderen 258 (319-61) sind ja nicht registriert, benutzen aber ein GDI Handle.
Wie bekomme ich heraus, wer diese Ressourcen anfordert bzw wie bekomme ich nähere Informationen zu diesen "anderen" Handles heraus?
Das mit VMWare ist nur ein Beispiel. Es geht natürlich darum, eine eigene Anwendung genauer zu beleuchten aber die Zahlen stimmen zumindest und ich würde gerne wissen, wie sich diese Differenz ergibt.

Viele Grüße

[Alex_ITA01]

Ich nochmal

Ich wollte das Problem mal noch ein bisschen mit Zahlen vertiefen.
Meine Anwendung benötigt laut TaskManager (entspricht bei dem oben genannten Programm der Spalte "Alle GDIs") 7440 GDI Objekte.
Das oben genannte Programm sagt mir in der Spalte "GDI Total" ein Wert von 6083. Das liegt daran, weil da ohne Ende Bitmaps drinne sind. Das weiß ich also woher der Wert kommt. Ob das nun sinnvoll ist oder nicht, spielt hier keine Rolle. Ich möchte nur gerne wissen, was für GDI Objekte noch reserviert werden, da ja anscheind in der GDI Handle Table nur die 6083 registriert wurden aber insgesamt die Anwendung 7440 verbraucht.
Vielleicht könnt ihr da weiterhelfen.

Viele Grüße

Edit:

Oder um es ganz einfach zu beschreiben.

1)
Neues Projekt -> Leere Form, Anwendung starten
GDI Total = 16
Alle GDIs = 39 <- das zeigt auch der TaskManager an

2)
Neues Projekt -> Form mit einem Label und einem Button (keine Eigenschaften der Komponenten geändert), Anwendung starten
GDI Total = 23
Alle GDIs = 44 <- das zeigt auch der TaskManager an

Warum diese Differenz also?

[Whookie]

Also wirklich konkretes kann ich dir dazu auch nicht sagen, aber wenn ich mir die Funktion im MSDN ansehe könnte man auch auf die Idee kommen, dass der höhere Wert einfach nur der Peak-Wert ist...

[Alex_ITA01]

Hallo,
der Peak-Wert wird es nicht sein, da ich bei einem Test festgestellt habe, die Anwendung bei 10000 GDI Handles (Anzeige TaskManager) auch wirklich die Grätsche macht. Das ist auch ein Wert, der entsprechend in der Registry hinterlegt ist aber bis Windows 8 konnte man den Wert in der Registry erhöhen und schon war es kein Problem mehr, mehr als 10000 GDI Handles zu haben. Unter Windows 10 gibt es zwar den Schlüssel in der Registry noch, man kann ihn auch verstellen, aber trotzdem ist bei 10000 Handles Schluss. Keine Ahnung warum der Registry Schlüssel keine Auswirkung mehr hat. Ich möchte ja nur gerne wissen, wer denn so viele Handles belegt/benutzt. Ich habe es absichtlich in meiner Anwendung nicht gemacht

Viele Grüße

[Alex_ITA01]

push

Hat keiner eine Idee?

Mich wundert auch, dass die entsprechenden Registry Schlüssel alle im Win10 noch da sind aber anscheind keine Auswirkungen haben.

Ich bin ja nicht der einzige, der das Problem hat.
Siehe hier:

http://exception198.blogspot.de/2015...-limit-in.html

https://social.msdn.microsoft.com/Fo...scompatibility

http://stackoverflow.com/questions/3...-in-windows-10

[Alex_ITA01]

push

[Luckie]

Es gibt auch nicht sichtbare GDI Objekte. Unter "All GDI objects" fallen eventuell auch die nicht sichtbaren, wie Bitmaps, Fonts und DCs usw.

https://msdn.microsoft.com/de-de/lib...=vs.85%29.aspx

[Alex_ITA01]

Leider sind die nicht sichtbaren in der GDI Handle Table registriert und somit auch in der Spalte "GDI Total" enthalten. Der größere Wert steht aber in "Alle GDIs" und das ist auch der Wert, den der TaskManager anzeigt.

Wie macht ihr das denn mit euren Anwendungen?
Wenn ich ein neues Projekt erstelle mit einer Form, mit einem Label und einem Button (keine Eigenschaften der Komponenten geändert) und ich schon 44 GDI Handles belege, dann komme ich bei 10000 GDI Handles auf maximal 227,xxx Forms, die maximal diese beiden Komponenten haben dürfen. Das eine Form nur diese beiden Komponenten beinhaltet, glaube ich allerdings nicht. Deswegen fällt die Anzahl der möglichen Forms auch mit dem Anstieg der Komponentenanzahl.
Was verbrauchen eure "größeren" Anwendungen denn?

Ob es sich lohnt, dass mal in der Quality Central zu beschreiben?

Viele Grüße

[TiGü]

Zitat von Alex_ITA01:

Ob es sich lohnt, dass mal in der Quality Central zu beschreiben?

Nein, wozu?
An die Grenze von 10000 stößt man eigentlich nur wenn man etwas "falsch" macht.
Vielleicht ist dein Ansatz einfach verkehrt?

Formuliere mal dein konkretes Problem!

Denn was bringt es, ins QC zu schreiben, dass Windows eine Grenze von 10000 GDI-Handles hat und die das bei Emba bitteschön fixen sollen?

Selbst deine IDE verbraucht relativ wenig und dabei ist das eine große und umfangreiche Software (bspw. XE8 - GDI Total: 1982; All GDI: 2830).

[Whookie]

Ich hab hier mal eine App mit knapp 100 Forms - die eine Art Bildbearbeitung erlaubt - und die Spitzenwerte im GDIView sind 460/650 (bei intensivem Arbeiten) also weit ab von jeglichen Problemen.
Auch das Öffnen und Bearbeiten von ettlichen (10) Grafikdateien mit gemeinsam gut 300 Layern verbraucht gerade mal 350/420 Handles (alle Ebenen sichtbar + Kopien in neuen Bildern).

Grundsätzlich stellt sich also die Frage ob ein so hoher Wert nicht einfach ein Designproblem ist?

Was Delphiprogramme anbelangt mache ich mir da jedenfalls keine Sorgen.