GDIError EOutOfResources

[Bernhard Geyer]

Bei Citrix würde ich sagen: Ich auch die letzte Version mit allen Updates installiert?
Bei allen Fehlern die wir bisher mit Citrix hatten (die sonst nicht auftreten) war es immer einer Fehler in deren Implementierung welche mit Updates verschwunden sind.

[dataspider]

Zitat von Bernhard Geyer:

Bei Citrix würde ich sagen: Ich auch die letzte Version mit allen Updates installiert?
Bei allen Fehlern die wir bisher mit Citrix hatten (die sonst nicht auftreten) war es immer einer Fehler in deren Implementierung welche mit Updates verschwunden sind.

Hi,

ok, genau kann ich es nicht sagen. Aber bei deinem Hinweis fällt mir auf, dass ich in #1 die Konstellation falsch beschrienen habe.
Meine Test' s gestern habe ich ja gar nicht unter XenApp, sondern einer normalen RDP - Session (RemoteDesktop) gemacht.

Ich werde es heute Abend mal auf einem Server ohne Citrix testen. Dann kann ich Citrix evtll. schon ausschließen bzw. die Ursache eingrenzen.

Vielen Dank,

Frank

[dataspider]

Hi,

ich wollte nur das Ergebnis meiner Test' s bekanntgeben, falls noch jemand das Problem mal hat.
Ich habe meine App auf einem anderen Server installiert (Server 2003 R2 SP2) - kein Citrix.
Hier habe ich meine Anwendung 10 mal gestartet, alle möglichen Formulare mit Grids etc. geöffnet.
Es wurden mehr als 10.000 GDI - Handles im TM angezeigt.

Kein Absturz!

Wieder auf Server mit installiertem Citrix probiert.
Nach 7 mal Start meiner Anwendung

Absturz!

Bei Einstellung auf DIB kann ich lediglich meine App etwas häufiger starten.

Auffälliger Unterschied - in der Reg auf Citrix ist kein Eintrag von SessionPoolSize und SessionViewSize, wobei auf dem Server ohne Citrix
SessionPoolSize auf 4 und SessionViewSize auf 30(48) gesetzt ist.

Nachdem ich dieses gefunden habe,
werde ich am Montag doch bei einen Server mal die Werte setzen und einen neuen Versuch starten.

Frank

[Bernhard Geyer]

Zitat von dataspider:

Hier habe ich meine Anwendung 10 mal gestartet, alle möglichen Formulare mit Grids etc. geöffnet.
Es wurden mehr als 10.000 GDI - Handles im TM angezeigt.

Für alle Instanzen oder pro Instanz?

[dataspider]

Zitat von Bernhard Geyer:

Für alle Instanzen oder pro Instanz?

Für alle Instanzen. Pro Instanz schaffe ich wohl nicht. So viele Forms habe ich nicht.
Aber auf ca. 1.300 pro Instanz bin ich gekommen, wobei das nicht üblich sein wird.
In der Regel haben die Anwender nicht mehr als 5 Form' s offen.
Ein Schnitt von bis zu 500 GDI - Handles wird aber schon herauskommen.

Ich hatte ja erwartet, dass es ab 10.000 Handles kracht (irgendwie hatte ich das als magische Grenze gespeichert).
Aber lauf Versuch auf Server 1 scheint das ja kein Problem (mehr?) zu sein.

Frank

[dataspider]

Hi,

für alle, die Anwendungen mit DevExpress VCL - Komponenten entwickeln und unter Terminal - Sitzungen auch die Probleme haben.

Ich habe heute einen Server umgestellt.
In der Registrierung habe ich den SessionPoolSize auf 60 (Dezimal) und SessionViewSize auf 120 (Dezimal) gesetzt.
Nach Neustart des Servers sind die Probleme verschwunden.

Die von DevExpress auch vorgeschlagene Umstellung auf DIB:

Code:

cxGraphics.cxDoubleBufferedBitmapPixelFormat := pf32bit;

geht wohl schonender mit den Resourcen um, hat mein Problem aber nicht lösen können (Der Fehler kommt dann halt etwas später).

Frank

[Bernhard Geyer]

Zitat von dataspider:

Die von DevExpress auch vorgeschlagene Umstellung auf DIB:

Code:

cxGraphics.cxDoubleBufferedBitmapPixelFormat := pf32bit;

Haben wir bei uns auch. Ist eigentlich eine generelle Empfehlung.

Zitat von dataspider:

geht wohl schonender mit den Resourcen um, hat mein Problem aber nicht lösen können (Der Fehler kommt dann halt etwas

Das ist dann Generell das Problem das die Ressourcen unter Citrx sehr beschränkt sind. Hier bei mir läuft der Windows Explore auch schon mit 600 GDI-Objekten.