Threads: optimale Nutzen/Prozessorleistung-Optimierung

[Tubos]

Zitat:

100% CPU-Auslastung ist echt nicht schlimm?
Der Prozessor arbeitet doch dann die meiste Zeit unnötig und verbraucht bestimmt mehr Strom und wird auch bestimmt nicht sonderlich geschont, wenn er dauernd im Dauerbetrieb ist, oder?

Also das ist wirklich egal ;)
Bei den meisten Spielen ist die CPU immer auf annähernd 100%.
Wenn meine CPU niemals zu 100% ausgelastet wäre, dann war sie ein Fehlkauf und ich hätte auch eine leistungsschwächere nehmen können ^^

[Michael_Bayer]

Zitat:

Zitat von Tubos

Zitat:

100% CPU-Auslastung ist echt nicht schlimm?
Der Prozessor arbeitet doch dann die meiste Zeit unnötig und verbraucht bestimmt mehr Strom und wird auch bestimmt nicht sonderlich geschont, wenn er dauernd im Dauerbetrieb ist, oder?

Also das ist wirklich egal ;)
Bei den meisten Spielen ist die CPU immer auf annähernd 100%.
Wenn meine CPU niemals zu 100% ausgelastet wäre, dann war sie ein Fehlkauf und ich hätte auch eine leistungsschwächere nehmen können ^^

Aber es ist schon ein Unterschied, ob die CPU sinnvolle oder schwachsinnige Dinge tut...

[Luckie]

Zitat:

Zitat von Thorus

Die Prodzedur soll aber nur alle 10-15 Millisekunden ausgeführt werden. Da ist genug Zeit dazwischen, wo die Schleife unnsinnig durchlaufen wird.

Na dann mach doch ein

Delphi-Quellcode:

Sleep(15)

.

[Thorus]

Sleep(15) funktioniert leider in zweilei Hinsichten nicht, wie ich oben schon geschrieben haben.

Wenn die Prozedur auf einem langsameren PC ausgeführt wird, benötigt sie vielleicht 10 ms (irgendeine ausgedachte Zahl)
Und wenn ich danach noch 15 ms warte, dann wird sie ja erst nach 25 ms wieder ausgeführt, was nicht beabsichtig ist.
Selbst auf dem langsameren PC könnte es alle 15ms ausgeführt werden. Da es aber falsch programmiert ist, geht es nicht.

Desweiteren funktionier Sleep nicht so schnell. Sleep(1) zB wartet um einiges länger als 1 ms!
Ich weiß nicht genau, wie nun der genaue Wert von Sleep ist, aber wenn ich bei mir Sleep(1) einfüge, ist es bedeutend langsamer als ohne.

[Basilikum]

um einen bestimmten Interval einhalten zu können, eignet sich CreateWaitableTimer

[Christian Seehase]

Moin Thorus,

bei Sleep steht u.a.:

Zitat:

Zitat von PSDK - Sleep - Remarks

...for at least the specified number of milliseconds,....
...Note that a ready thread is not guaranteed to run immediately.

Vielleicht wirst Du ja was mit CreateEvent und WaitForSingleObject

[Thorus]

Zitat:

Zitat von Basilikum

um einen bestimmten Interval einhalten zu können, eignet sich CreateWaitableTimer

http://www.delphipraxis.net/internal...t.php?p=149186

Code:

hClose := CreateEvent( ??? ); // Event damit der Thread sauber beendet werden kann 
  hTimer := CreateWaitableTimer(nil, false, nil); 
  SetWaitableTimer(hTimer, ???);

Dort steht, dass der Timer irgendwie gar nicht gut dafür geeignet ist. Selber ausprobiert habe ich es aber nicht.

CreateEvent hat sich dann damit auch gleich erledigt wie es scheint.

Wenn man wüsste, wie zB der MediaPlayer das macht. Aber ist ja nix Open Source *g*

[Tubos]

QueryPerformanceCounter
IMHO die beste Lösung wenn es wirklich exakt sein muss (--> bei einem Spiel).

[Basilikum]

Zitat:

Zitat von Thorus

Dort steht, dass der Timer irgendwie gar nicht gut dafür geeignet ist. Selber ausprobiert habe ich es aber nicht.

dort ging es aber meines Wissens um den Timer der per Window-Message gefeuert wird.
bei dem waitable Timer kannst Du in einem separaten Thread per WaitForSingleObject auf die Fälligkeit warten. Ist auf jeden Fall feiner als ein Sleep(), zudem wird das Problem von den unterschiedlichen Abarbeitungszeiten auf verschieden schnellen Rechnern gelöst. Gleichzeitig wird jedoch nicht mehr 100% CPU-load generiert...

[Robert_G]

Was mir auffällt...
Thorus vergisst, dass es noch einen Scheduler gibt. ;)
Wenn du sleep(15) ausführst, wird die dir zugewiese Zeitscheibe sofort abgebrochen und der nächste Thread/Prozess bekommt eine.
Der Scheduler wird dir auch mindestens die 15ms Ruhe gönnen, die du angefordert hast. Da die ganze Verwaltung aber auch etwas Zeit kostet kannst du dir sicher sein, dass du länger wartest. ;)
Es ist auch möglich, dass zwischen deiner Abgabe der CPU Zeit und einer erneuten Zuweisung mehrere andere threads ranwollen -> Du wartest also noch länger. :mrgreen:

In Luckies Thread Tutorial dürfte das erklärt werden. ;)