[gelöst] SetPriorityClass: Idle ist nicht wirklich idle?

[dizzy]

Hallo!

Ich habe ein Progrämmchen geschrieben dass alle in einem Ordner befindlichen jpegs auf inhaltliche Ähnlichkeit überprüft und protokolliert. Da dies (weil ja jedes Bild gegen jedes andere geprüft werden muss) schon mal etwas länger dauern kann, schraube ich die Priotität runter. Ich hatte dies schon mal vor ein paar Monaten mit einem Thread gemacht, wobei ich aber arge Probleme mit der jpeg-Uhit bekam. Sie scheint nicht Threadsicher zu sein, und ich bekam reihenweise Fehler der Art "nicht genügend Arbeitsspeicher" (so ähnlich). Im Mainthread haben exakt die selben Funktionen tadellos funktioniert, und ich hatte auch keine Speicherlecks.
Nun, einige Zeit später, habe ich mich diesem Teil wieder gewidmet, und es diesmal mit "SetPriorityClass" probiert. Und siehe da: Keine Fehler! Jetzt das dicke aber was mich zu meiner Frage hier treibt: Selbst wenn der Prozess auf IDLE gesetzt ist verhält er sich nicht im geringsten so. Wenn ich z.B. nebenbei ein Framebased Spiel spiele dass in aller Regel 100% CPU einfordert, bollert mein Programm trotzdem im Hintergrund weiter und sorgt für reichlich Ruckelei. Ein Thread hingegen bleibt bei selben Bedingugen tatsächlich stehen. Wie bekomme ich dieses Verhalten für meinen ganzen Prozess?

Zum Nachvollziehen habe ich den Quelltext angehängt. Zum Kompilieren ist noch die Graphics32 erforderlich.

Besten Dank schon mal!
Fabian

[NicoDE]

Die tatsächliche Priorität setzt sich aus der Basispriorität des Prozesses und der Priorität des Threads zusammen...
(die Fehler könnten auf die Verwendung von GDI-Funktionen zurückzuführen sein, die selbst nicht thread-sicher sind)

[Olli]

SetThreadPriorityBoost und SetThreadPriority schon erwogen?

Übrigens: im Titel ist ein Freibschäler ...

[dizzy]

Danke euch beiden! Das mit der GDI klingt sehr wahrscheinlich. Woher bekomme ich denn ein Handle auf meinen Mainthread? kann ich da einfach auch das Prozesshandle verwenden?

Zitat von Olli:

Übrigens: im Titel ist ein Freibschäler ...

thx, jetzt nicht mehr

[Olli]

Zitat von dizzy:

Danke euch beiden! Das mit der GDI klingt sehr wahrscheinlich. Woher bekomme ich denn ein Handle auf meinen Mainthread? kann ich da einfach auch das Prozesshandle verwenden?

Als Pseudohandle mit: GetCurrentThread() oder kombiniert für ein echtes Handle: GetCurrentThreadId() und OpenThread().

[dizzy]

GetCurrentThread reicht vollkommen aus. Problem gelöst, nun läuft's so wie ich mir das vorgestellt hab . Vielen Dank nochmals!