Die einzigste zeitkritische Operation ist wenn man RDTSC und QueryPerformanceCounter aufruft. Sollte exakt dazwischen ein Taskswitch auftreten haben wir eine Messungenauigkeit. Man könnte das mit einer höheren Threadpriorität versuchen, ist aber im Grunde sinnlos
Der Taskswitch könnte ja zu einem ähnlich priorisiertem Task erfolgen, ergo mit höherer Priorität verhindert man nicht den Switch.
Clever ist es einfach vor diesen beiden Aufrufen ein Sleep(0) aufzurufen. Man erzwingt also einen frühzeitgen Taskswitch wenn einer ansteht und nach dem Sleep() ist die Wahrscheinlichkeit enorm hoch das unser Thread erstmal eine minimale Zeitscheibe von ca. 20ms zur Verfügung hat.
In meinem Code verzichte ich also auf Threadprioritäten usw., benutzte nur ein Sleep(0) vor dem Aufruf von RDTSC und QPC, und mache diese Berechnungen exakt 3 mal nacheinander, bzw. so lange bis bei den letzten 3 Messungen mindestens 2 identische Resultate liefern.
Denn im Grunde müsste man wirklich in den Kernelmodus um per CLI/STI auch IRQs unterdrücken zu können. wie's Olliver schon sagte.
Gruß Hagen