Fenster vom Rendern von Daten abhalten um Applikationsleistung zu optimieren

[TheJeed]

Also vielen Dank für Eure Beteiligung. Wir haben es mit WM_SETREDRAW probiert, aber das führte "nur" zu einem komischen Verhalten beim Zeichnen des Fensters. Sein Inhalt wurde trotzdem weiter gerendert. Als nächstes ist der Tipp von shmia dran:thumb:.

Außerdem schauen wir gerade in den ReactOS-Sourcen nach Hinweisen, die uns Rückschlüsse auf die Arbeitsweise von Windows erlauben:http://doxygen.reactos.org/d1/da1/su...ce.html#l00684

Es muss doch möglich sein...

[Meflin]

Zitat:

Zitat von Luckie (Beitrag 1054015)

Minimiere es einfach.

Ob das was bringt... Fenster, die nicht im Vordergrund sind, erhalten auch keine Priority Boosts mehr - wodurch die zur Verfügung gestellte Rechenzeit halbiert werden dürfte.

[himitsu]

Zitat:

Zitat von rollstuhlfahrer (Beitrag 1054138)

Prüfe bitte bei der Funktion auch auf INVALID_HANDLE_VALUE.

Das gilt Datei/Schnittstellen-Handle und Ähnliches (Delphi=THandle C=HANDLE:? ), welche z.B. über CreateFile erstellt werden.
> diese haben den Wert für "unüglig" als Unsigned(-1), also INVALID_HANDLE_VALUE

Bei Fenster-Handles (HWND) ist das anders.
> diese haben den Wert für "ungültig" als 0 (aka NULL in C)


@TheJeed:
- Um was für eine Komponente handelt es sich denn und was wir dargestellt?
- Betrifft das Neuzeichnen das ganze Fenster oder nur die eine Subkomponente?
- Soll etwas sichtbar bleiben, wärend des Ladens oder kann der Bereich auch leer bleiben?
- ...

[Luckie]

Zitat:

Zitat von Meflin (Beitrag 1054359)

Zitat:

Zitat von Luckie (Beitrag 1054015)

Minimiere es einfach.

Ob das was bringt... Fenster, die nicht im Vordergrund sind, erhalten auch keine Priority Boosts mehr - wodurch die zur Verfügung gestellte Rechenzeit halbiert werden dürfte.

Ich habe keine, da ich nicht weiß, um was für ein Programm es sich handelt, was es macht, wie es sich neu zeichnet oder wie es programmiert wurde. Aber man kann es ja mal probieren.

[TheJeed]

Das Programm ist Dassault Catia. Nach einem Missverständnis zwischen meinem Bekannten und mir muss ich nun auch Euch darüber informieren, dass die "zeitraubende Komponente" keine ist, die auf einen normalen Canvas zeichnet, sondern dass es sich dabei um einen OpenGL-Render-Thread handelt. Das ist das Problem, wenn man Aufgabenstellungen telefonisch diskutiert...:oops::oops:

Dieses OpenGL Rendering setzt aus, wenn man das Fenster am Rahmen anklickt und festhält. Hätte ich gleich gewusst, dass es sich um OpenGL handelt, wären wir evtl. etwas schneller am Ziel gewesen: Ich habe ihm jetzt empfohlen, die Trialversion von GDEbugger herunterzuladen und darüber sämtliche Zeichenbefehle, die an die GPU gehen, zu deaktiveren. Ob wir damit erfolgreich sind, wird sich morgen Vormittag zeigen.

[rollstuhlfahrer]

also wenn das ein eigener Thread ist, müsste es doch die Möglichkeit geben, diesen zu pausieren, oder? Dann hällt das Zeichnen zwischendurch an und danach muss der deaktivierte Thread wieder aktiviert werden. Wenn man jetzt nur wüsste, welcher Thread der richtige ist...

Bernhard

[TheJeed]

Verflixt, wir dürfen aufgrund der Lizenzkosten GDebugger nicht verwenden und müssen uns auf eine eigene Lösung konzentrieren. Am liebsten würd ich die "Zeichnen aussetzten" Funktion von GDebugger nachbilden - vielleicht ist es am Ende sogar einfacher als zu versuchen, das Fenster über das Versenden von Messages in den Skalierungsmodus zu versetzen.

[Kalfany]

Ich vermute mal ihr habt schon mal mit dem Hersteller über diese Problematik gesprochen? Denn irgendwie kann ich mir nicht vorstellen das die nicht daran interessiert sind einen solch exremen Mangel zu beseitigen, zumal ja scheinbar nicht viel nötig wäre um dem entgegenzuwirken (keine Ahnung was dieses Dassault Catia kostet! Denke mal 4-5 stelliger € Betrag?)