Programm rechnet intelligent im Hintergrund

[Medium]

Zitat von everdream:

Mkay, darum heißt es vermutlich critical...

Aber nochmal wegen Dual-Core:
2 Threads anlegen schön und gut, damit könnte es ja fast schon getan sein, aber ich hab keine Ahnung, wie ich das z.B. bei meinem Fraktal-rechner machen sollte. Wie könnte man solche Aufgaben denn aufteilen?

Ungerade/Gerade Zeilen, oder 1. und 2. Bildhälfte z.b.

[blackdrake]

Ich hab leider keinen Dual-Core, aber verteilt Windows die Auslastung nicht gleichmäßig? Oder liege ich komplett falsch?

Soweit ich weiß, haben nur sehr rechenintensive und aufwändig entworfene Software wie z.B. Video-Bearbeitung oder Studio-Software 100% Dual-Core-Optimierung. Aber diese Anwendungen sind nicht so häufig.

[Medium]

Es reicht (zumindest ab WinXP), mindestens so viele Threads zu erzeugen, wie logische CPUs da sind. Noch performanter wirds, in dem man diese dann je auf eine CPU "festnagelt", weil sie sonst wild von Kern zu Kern beordert werden können, was ein wenig Overhead erzeugt.

[everdream]

Zitat von Medium:

...mindestens so viele Threads zu erzeugen, wie logische CPUs da sind.

Das wären bei einem Dual Core dann 2 Threads, wie ich vermute.

Zitat von Medium:

Noch performanter wirds, in dem man diese dann je auf eine CPU "festnagelt".

Bevor ich frage wie das geht: Ist es kompliziert?

[wido]

Nein, ist eigentlich ziemlich trivial mit SetThreadAffinityMask.

Um den aktuellen Thread z.B. ausschließlich auf der 1. CPU auszuführen genügt ein:
SetThreadAffinityMask(GetCurrentThread(), 1); Allerdings ist es in den meisten Fällen eher kontraproduktiv einen Thread auf einen Prozessor festzulegen. Im schlimmsten Falle kann es verschobenen Prioritäten kommen, so daß z.B. ein Thread weniger Zeit erhält, als ihm zustünde, weil die einzige CPU auf der er laufen darf, grade beschäftigt ist.

Du kannst aber Windows eine Empfehlung geben, auf welcher CPU der Thread bevorzugt ausgeführt werden soll. Das hat den Vorteil, daß zum einen Cache Misses verringert werden können, genau wie bei der fixen Zuweisung der CPU, Du aber Windows trotzdem die Option lässt, im Notfall eine andere CPU benutzen zu dürfen für die Ausführung des Threads. Die API dafür nennt sich SetThreadIdealProcessor.

Beispiel um zu sagen, daß der aktuelle Thread bevorzugt auf CPU 1 ausgeführt werden soll:
SetThreadIdealProcessor(GetCurrentThread(), 0); Die Calls sehen recht ähnlich aus, allerdings erfordert SetThreadAffinityMask eine Bitmaske als 2. Parameter. SetThreadIdealProcessor verlangt einen Index als Parameter (ausgehend von 0).

[everdream]

Vielen Dank, das werde ich bei Gelegenheit mal einbauen.

Zitat:

..., du aber Windows trotzdem die Option lässt, im Notfall eine andere CPU benutzen zu dürfen für die Ausführung des Threads

Im "Notfall" soll ja der Thread (durch geringe Priörität) erstmal Pause machen...

[wido]

Zitat von everdream:

Im "Notfall" soll ja der Thread (durch geringe Priörität) erstmal Pause machen...

Nunja, das kann dazu führen, daß CPU1 durch einen Thread mit höherer Priorität genutzt wird, CPU2 aber gar nicht, weil der Thread nur auf CPU1 laufen darf. In dem Falle setzt der Thread Scheduler die Ausführung des Threads komplett aus, was nicht im Sinne des Erfinders ist.

[everdream]

Aber "richtig" wäre es doch, den Thread mit SetThreadIdealProcessor und geringerer Priorität laufen zu lassen, um im Sinne des Erfinders zu handeln, oder?

[wido]

Exakt.

[everdream]

Schön, dann muss ich mir jetzt ja nur noch überlegen, auf welchem Level ich die Arbeit teile...

edit: werde auch nochmal Luckie's Tutorial befragen, welchen übrigens imho sehr gut gelungen ist.