LatencyMon vérifie si un système exécutant Windows convient au traitement de l’audio en temps réel et à d’autres tâches. LatencyMon analyse les causes possibles des sous-utilisations de la mémoire tampon en mesurant les latences des temporisateurs du noyau et en signalant les temps d’exécution DPC et ISR ainsi que les défauts de page matériels. Il fournira un rapport compréhensible et trouvera les modules et processus du noyau responsables des latences audio qui entraînent des abandons. Il fournit également la fonctionnalité d’un moniteur ISR, d’un moniteur DPC et d’un moniteur de défaut de page matériel.

LatencyMon affichera les latences les plus élevées d’un temporisateur de noyau et signalera les temps d’exécution les plus élevés des routines ISR et DPC ainsi que les défauts de page matériels. Dans la plupart des cas, il trouvera également les pilotes et les processus chargés de les exécuter. Il créera un rapport compréhensible qui affichera également toutes les données échantillonnées de manière détaillée vous permettant d’effectuer une analyse approfondie.

Le problème de latence audio

Windows n’est pas un système d’exploitation en temps réel. Toutes les requêtes adressées au système d’exploitation sont livrées dans la mesure du possible. Il n’y a aucune garantie que les demandes soient livrées dans un certain délai, qui sont les caractéristiques d’un système d’exploitation en temps réel. Ce n’est pas un problème pour la plupart des appareils et des tâches, mais c’est une mauvaise nouvelle pour les applications audio (qui sont considérées comme temps réel souple) car elles doivent fournir des données au sous-système et au matériel dans des tampons plusieurs fois par seconde. Si un ou plusieurs tampons ne respectent pas leurs délais et ne sont pas livrés à temps, cela a des conséquences audibles qui sont reconnues comme des décrochages, des clics et des pops.

À propos des DPC et des ISR

Le répartiteur de threads Windows (également appelé planificateur) qui fait partie du noyau exécute les threads en fonction d’un schéma de priorité. Les threads avec une priorité plus élevée se verront attribuer un temps d’exécution plus long (également appelé quantum ou tranche de temps) que les threads avec une priorité inférieure. Cependant, le noyau connaît également d’autres types d’unités d’exécution appelées routines de service d’interruption (ISR). Les périphériques connectés au système peuvent s’interrompre sur une CPU connectée et provoquer l’exécution de leurs routines de service d’interruption. Une interruption peut se produire sur le même processeur qu’un programme audio en cours d’exécution. Tout thread en cours d’exécution sur le processeur sur lequel une interruption s’est produite sera temporairement interrompu, quelle que soit sa priorité. La routine de service d’interruption (ISR) est exécutée et peut programmer un DPC (appel de procédure différée) pour décharger une quantité de travail. Le DPC s’exécutera très probablement immédiatement sur le même processeur, ce qui signifie que l’application audio s’arrêtera jusqu’à ce que les routines ISR et DPC aient fini de s’exécuter. En effet, les ISR et les DPC s’exécutent à un IRQL élevé, ce qui signifie qu’ils ne peuvent pas être préemptés par le répartiteur de threads (planificateur). Par conséquent, pour garantir la réactivité du système, les routines ISR et DPC doivent s’exécuter aussi rapidement que possible. Les directives indiquent qu’ils ne doivent pas passer plus de 100 µs de temps d’exécution, mais cela n’est souvent pas atteint en raison de facteurs matériels indépendants de la volonté du développeur du pilote. Si le temps d’exécution devient trop élevé, le programme audio peut être incapable de fournir des tampons audio au matériel en temps opportun.

Quoi de neuf?

Les modifications suivantes ont été apportées à LatencyMon 7.00 depuis la version précédente 6.71

Correction d’un bug : l’interruption pour traiter les mesures pouvait signaler la mauvaise valeur

La valeur signalée comme intervalle d’interruption de processus ainsi que l’intervalle d’interruption de DPC peut être erronée si plusieurs groupes de processeurs sont actifs dans le système. Ce problème a été résolu.

Bug corrigé : nombre de processeurs signalés à tort si plus de 64 processeurs

Dans le cas où LatencyJMon ou IDLT était exécuté sur un système avec plus de 64 processeurs logiques, le nombre total de processeurs dans le système était erroné. Cela a été corrigé.

Correction d’un bug : violation d’accès

Dans de rares cas, LatencyMon peut afficher un message de violation d’accès lors de l’exécution. Cela a été corrigé.

Suppression du pic de latence au démarrage

LatencyMon peut provoquer un pic de latence à l’initialisation. Bien que ce comportement soit connu et documenté, le pic a été supprimé.

Temps de démarrage plus rapides

LatencyMon (ainsi que IDLT) démarre maintenant beaucoup plus rapidement qu’auparavant.

Prise en charge de la mise à l’échelle de l’interface utilisateur

LatencyMon vous permet de réduire ou d’agrandir la taille de l’interface utilisateur. Cette option n’est disponible qu’avec l’édition professionnelle.

Prise en charge des thèmes d’interface utilisateur visuelle

LatencyMon vous permet de sélectionner un thème visuel d’interface utilisateur. Cette option n’est disponible qu’avec l’édition professionnelle.

Options visuelles

L’édition professionnelle offre quelques options qui vous permettent de modifier l’apparence de l’interface utilisateur.

Modifications de l’interface utilisateur

Certaines modifications ont été appliquées à l’interface utilisateur de LatencyMon pour améliorer son apparence.

Commandes de colonnes personnalisables

L’édition professionnelle vous permet désormais de modifier l’ordre des colonnes dans les vues.

Tout sélectionner et désélectionner tous les boutons

La boîte de dialogue des options des processeurs à surveiller comporte désormais deux boutons qui vous permettent de sélectionner et de désélectionner tous les processeurs.

Prise en charge du presse-papiers sur les vues

Toutes les vues offrent désormais la possibilité de copier des éléments dans le presse-papiers.

Corrections de texte

Certaines corrections de texte ont été apportées aux vues du rapport.

Mises à jour et modifications non spécifiées

Plusieurs mises à jour et modifications mineures ont été appliquées au logiciel qui ne sont pas spécifiées.