traitement interface utilisateur Windows est très complexe. Il inclut des algorithmes comme la promotion prioritaire sur keypress, mais il attendra généralement le prochain ticklet du scheduler (au pire, 30ms sur les systèmes de bureau et 60ms sur les systèmes serveurs) si un autre processus demande un cycle CPU complet,
, vous auriez besoin d'un pilote de clavier spécial qui fournirait un événement à la même latence, mais aussi mesurer l'heure précise. Une mesure précise du temps est possible sur les systèmes Windows si la commutation dynamique de l'horloge CPU est désactivée (Rechercher dans l'entrée QueryPerformanceCounter(), vous devrez savoir comment l'appeler depuis DDK), auquel cas l'événement clavier arrivera avec une latence imprévisible, mais l'événement de bus d'origine serait horodaté correctement. Alors vous restez seulement avec le latencis de bus qui devrait être plus petit que l'écart-type de vos mesures. Voir aussi What happens from the moment we press a key on the keyboard, until it appears in your word document