Hallo Delphianer,

ich benutze in einem Spiel von mir den Performancecounter um flüssige Bewegungen darzustellen. Der Performancecounter läuft ja bekanntlich nicht auf allen CPU-Kernen synchron, daher kommt es manchmal zu Rucklern, wenn das Programm von Windows zwischen den Kernen verschoben wird. Wenn ich das Programm mit dem Taskmanager an einen Kern bindet, läuft es flüssig.

Wie stellt man das per Programmcode an? Am liebsten wäre es mir sogar, wenn man Windows irgendwie sagen könnte, dass das Programm "nur im Notfall" oder z.B. maximal alle 2 Sekunden verschoben werden darf, statt den Kern fest vorzugeben.

Ich konnte über die Suche und Google nichts dazu finden.

Vielen Dank

In der CLR heißt diese Funktion SetThreadAffinityMask, also wirst du vermutlich unter "thread affinity" etwas brauchbares finden.

SetProcessAffinityMask() und SetThreadAffinityMask()

Zitat von NamenLozer:

ich benutze ... den Performancecounter ...

wie DEN?
welchen denn?

der QueryPerformanceCounter ist aber kernunabhängig

und was RDTSC (Read Time-Stamp Counter) betrifft ...

vielleicht solltest du dir diese vorgehensweise nochmals überdenken.
meine CPU ist z.B. dynamisch getaket und selbst wenn du nun dein Programm an einen der Kerne bindest läuft somit der CPU-Counter (RDSTC) nicht gleihmäßig, da sich ja der CPU-Takt und somit auch der Takt des Time-Stamp-Counterständig ändert

Danke euch für die Antworten.

Ich habe jetzt noch SetThreadIdealProcessor gefunden. Wäre das vielleicht eine bessere (weniger strikte) Lösung?

Zitat von himitsu:

der QueryPerformanceCounter ist aber kernunabhängig

Sicher? Ich dachte immer, dass QueryPerformanceCounter kernabhängig sei. Ich glaube, dass ich diese Information urpsprünglich aus diesem Beitrag im DGL-Forum hatte. Seitdem hatte ich immer im Hinterkopf, dass QueryPerformanceCounter bei Multicore problematisch ist. Das würde sich auch mit meiner eigenen Erfahrung decken, dass einige Spiele/Programme ruckeln, wenn man sie nicht manuell einem Kern zuweist. Das kann natürlich auch andere Gründe haben.

Kann hier mal jemand Klarheit schaffen?

Zitat von NamenLozer:

Kann hier mal jemand Klarheit schaffen?

Ja, Microsoft:

Zitat:

Remarks
On a multiprocessor computer, it should not matter which processor is called. However, you can get different results on different processors due to bugs in the basic input/output system (BIOS) or the hardware abstraction layer (HAL). To specify processor affinity for a thread, use the SetThreadAffinityMask function.

Fazit: Theoretisch sollte es egal sein, praktisch eben nicht. Daher machst du so auch nichts falsch.

hmmm, ich dachte eigentlich bisher das Teil wäre unabhängig, hab aber nochma schnell nachgesehn

Zitat von MSDN:

QueryPerformanceCounter

On a multiprocessor computer, it should not matter which processor is called. However, you can get different results on different processors due to bugs in the basic input/output system (BIOS) or the hardware abstraction layer (HAL). To specify processor affinity for a thread, use the SetThreadAffinityMask function.

[edit] zu langsam geguckt

nja, zumindestens sollte dessen Takt hoffentlich nicht von dynamisch getakteten CPU beeinflußt werden ... hoff ich mal ... hab's nie getestet, da ich ja dachte es wäre unabhängig

Zitat von himitsu:

nja, zumindestens sollte dessen Takt hoffentlich nicht von dynamisch getackteten CPU beeinflußt werden ... hoff ich mal ... hab's nie getestet, da ich ja dachte es wäre unabhängig

Zitat:

The QueryPerformanceFrequency function retrieves the frequency of the high-resolution performance counter, if one exists. The frequency cannot change while the system is running.

Es scheint also, dass Prozessoren, die dynamisch getaktet sind, dafür sorgen müssen, dass der Wert gleich bleibt. Oder der Wert ändert sich tatsächlich, müsste man vielleicht mal mit einer entsprechenden Anwendung testen.

Zitat von Daniel G:

Zitat:

The QueryPerformanceFrequency function retrieves the frequency of the high-resolution performance counter, if one exists. The frequency cannot change while the system is running.

Es scheint also, dass Prozessoren, die dynamisch getaktet sind, dafür sorgen müssen, dass der Wert gleich bleibt. Oder der Wert ändert sich tatsächlich, müsste man vielleicht mal mit einer entsprechenden Anwendung testen.

Der bleibt konstant, auch bei Power Down. Das ist so von allen x86 CPU Anbietern spezifiziert und alle halten sich dran.

Zitat von Muetze1:

Der bleibt konstant, auch bei Power Down. Das ist so von allen x86 CPU Anbietern spezifiziert und alle halten sich dran.

Ok, danke.