Pas certain qu'un noyau temps-réel améliore les choses car elle a l'air constante.
Mon conseil avant d'attaquer le noyau temps-réel, ce que l'on appelle le temps-réel "dur" en MAO, c'est de déjà configurer le système avec un temps-réel "mou" (hard-realtime et soft-realtime). Le temps réel mou s'obtient en gérant les priorités-noyau des processus. C'est peut être faisable avec ALSA (je ne sais pas), mais c'est surtout conseillé d'utiliser JACK qui, sous debian et dérivées, configure la priorité temps-réel des processus audio/JACK (voir http://linuxmao.org/pam pour davantage d'information).
Une autre possibilité d'amélioration avant d'utiliser vrai noyau temps-réel (avec la rustine RT) est de prioriser les IRQ (voir http://linuxmao.org/rtirq ), et ça peut se faire avec un noyau normal et l'option "threadirqs" ajoutée à GRUB pour qu'il boot le noyau avec cette option.
[^] # Re: Latence
Posté par Olivier HUMBERT (site web personnel, Mastodon) . En réponse au journal Orange, Batterie et Rock and Roll. Évalué à 2.
Oui, la latence est flagrante :)
Mon conseil avant d'attaquer le noyau temps-réel, ce que l'on appelle le temps-réel "dur" en MAO, c'est de déjà configurer le système avec un temps-réel "mou" (hard-realtime et soft-realtime). Le temps réel mou s'obtient en gérant les priorités-noyau des processus. C'est peut être faisable avec ALSA (je ne sais pas), mais c'est surtout conseillé d'utiliser JACK qui, sous debian et dérivées, configure la priorité temps-réel des processus audio/JACK (voir http://linuxmao.org/pam pour davantage d'information).
Une autre possibilité d'amélioration avant d'utiliser vrai noyau temps-réel (avec la rustine RT) est de prioriser les IRQ (voir http://linuxmao.org/rtirq ), et ça peut se faire avec un noyau normal et l'option "threadirqs" ajoutée à GRUB pour qu'il boot le noyau avec cette option.
https://librazik.org - http://linuxmao.org - https://liberapay.com/trebmuh