Wireshark - Analyseur réseau au secours de votre SQ

[Steph44200]

Sujet dédié créé

[floyer]

ces latences et autres sont sans doute corrigées par un bon switch ? une horloge ?

Il y a deux choses : la latence et la gigue. La latence est le temps que mettent les paquets pour aller de l'émetteur à destination. Tant qu’elle est constante, cela n'a pas d'influence sur la qualité (en caricaturant, si l'album date de quelques années, quelques millisecondes de plus ne changeront pas grand chose).

La gigue est en revanche un point sur lequel travaille le protocole Diretta. La gigue est la variation de la latence, vu qu'elle peut varier entre chaque paquet. Là c'est plus problématique. D'une part, le target a des tampons pour absorber une certaine gigue (pour éviter des craquement lié à un paquet trop en retard), mais ce que présente Diretta est aussi de lisser le flux afin que le traitement sur le target soit homogène en terme de charge de travail, et donc de consommation électrique, ce qui évite du bruit via l'alimentation. Ce lissage est assuré par Diretta host en coordination avec le target.

Un switch est assez basique comme équipement et devrait avoir une latence constante (donc ne générera a priori pas de gigue)... sauf si au moment de la réception d'une trame, il était déjà entrain d'échanger avec le target (même avec des trames broadcast (diffusion) qui ne le vise pas directement). La solution est un switch dédié à l'échange Host-target (ou un simple câble croisé, une paire de transceiver fibre, ou que sais-je). Il peut néanmoins y avoir la différence entre les switch Full-Dupleix et Half-Dupleix (avec ces derniers, les accusés de réception Diretta ne peut avoir lieu en même temps que l'envoi d'un paquet par l'hôte). Ce qui est sûr est que le switch n'a pas l'intelligence pour corriger une gigue en amont.

A priori, la principale cause de gigue est le fonctionnement de l'OS. Il peut y avoir une horloge fixe à 1kHz, et les programmes peuvent avoir du mal à cadencer quelque chose à une horloge à une fréquence quelconque, sauf assistance d'un périphérique. Cela semble contourné par Diretta avec des modes ThredMode dit "busy-wait". Le principe est d'avoir un cœur monopolisé à attendre le bon moment (avec une précision très fine). On évite en général de faire cela (le coeur ne fair rien de productif pendant ce temps !), mais en attendant, je suppose que l'on peut se le permettre sur un Diretta-Host qui n'a pas beaucoup d'autres utilité en paralèlle. Il y a d'autres points d'architecture qui peuvent poser problème. Typiquement, sous Windows, certains traitements de driver passent par des Deferred Procedure Call qui peuvent être exclusives, et un driver graphique ou SSD par exemple peut empêcher un traitement d'un autre driver comme la carte réseau, ce qui induira de la latence et de la gigue. Cela explique l'intérêt de logiciel comme LatencyMon ou DPC Latency Checker (ils mesurent la même chose, mais présentent des synthèses différentes. En gros LatencyMon identifie le driver coupable, DPC Latency Checker affiche l'historique des traitements et leur durée, utile pour savoir si le problème est rare ou pas. Cela peut être bien d'avoir les deux). Ce problème d'architecture explique entre autre que des musiciens préfèrent des Mac pour faire de la MAO.

L'horloge ? Mes recherches indiquent que la cadence vient plutôt du target (via son DAC ou en direct, je ne sais pas). Je ne pense pas qu'il soit possible de profiter d'une horloge côté Host. (Je m'attends à ce que le protocole Diretta le synchronise). Point à vérifier.

PS : Une vision d'horreur (âme sensibles, abstenez vous) https://appuals.com/fix-high-dpc-latency-on-windows-10/ ... Ici, on a 30ms pendant lesquels, si cela se trouve, une trame Diretta pourrait être "en attente". Donc 30ms de gigue.