GDI Handles einer Anwendung

[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.

[mm1256]

Zitat von Whookie:

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

So sehe ich das auch und wette mal einen alten Hut gegen einen neuen PC, dass sehr extensiv (wenn überhaupt) von der Möglichkeit Gebrauch gemacht wird, Formulare dynamisch zur Laufzeit zu erzeugen, und wenn sie nicht mehr gebraucht werden wieder freizugeben. Testweise habe ich mit dem og. Tool mal meine größte App geprüft, eine MDI-Anwendung mit insgesamt über 150 Fenstern/Formularen. Wenn ich alle 12 MDI's aufmache und dazu noch einen modalen Dialog mit Bildanzeige (mehr geht nicht) dann komme ich auf ~700 Handles (All GDI).