Version imprimable
Bonjour,
Je cherche à mesurer de courtes durées au sein d'un thread.
Schématiquement, ce thread doit faire un traitement particulier toutes les millisecondes.
malheureusement la résolution des mesures de temps avec GetTickCount, GetLocalTime ou même GetThreadTimes ne sont que de 10 ou 15 ms.
Y a t-il un moyen de pouvoir mesurer un écoulement d'une milliseconde ?
Merci.
@+
Maël.
Milliseconde ? Tu ne voulais pas dire micro voir nanoseconde :) ? QueryPerformanceCounter ;).
Impeccable ! Merci Melem !
Suite à ton aide, je viens de trouver ceci sur une des pages de Microsoft :
Plusieurs minuteurs de précision des offertes par le système d'exploitation :
Function Units Resolution
---------------------------------------------------------------------------
Now, Time, Timer seconds 1 second
GetTickCount milliseconds approx. 10 ms
TimeGetTime milliseconds approx. 10 ms
QueryPerformanceCounter QueryPerformanceFrequency same
Résolution minimale de QueryPerformanceCounter: 1/1193182 s
(http://support.microsoft.com/kb/172338/fr)
@+
Maël
QueryPerformanceCounter est le plus efficace !
Attention au Sleep dans un Thread, si tu n'en fais pas, tu vas consommer bcp de processeur, si tu en fais, le temps est plus qu'irrégulier
Tu devrais faire un Sleep(0) et tester régulièrement le temps écoulé, attention, Windows n'est pas d'une précision absolu, le sleep zéro peut être parfois bien long !
un Sleep(0) peut durer entre 0,001 et 0,002 ms,
un Sleep(1) peut durer en moyene 1.955 ms :mouarf: tu note donc que tu es déjà à la ramasse pour faire un temps réel à 1ms ! surtout qu'en temps-réel, il faut gérer le temps de la tache pour le retirer l'itération suivante (en réalité, il faut faire un retrait prédictif, mais ça c'est pour le temps réel sur automate, pour un TR sur Windows, c'est plus simple, de rattraper le retard)
un Sleep(2) peut durer en moyene 2.955 ms :mouarf:
Plus de le Délai s'allonge plus se s'approche du temps demandé, mais l'on descend rarement sous 300µs de perdu ...