Réponse subsidiaire :

Le code étant le même, il ne dois pas y avoir de grosse perte de performance entre la compilation du driver en dur ou en module. En tout cas, je n'en ai jamais entendu parler.

La seule perte de performance est, a mon avis, lors du chargement du module, le temps de l'initialiser. Cette perte se situe soit au demarrage de la machine lorsqu'il est compilé en dur, soit a l'utilisation du drivers lorsqu'il est compilé en tant que module.

Oui, je connais ce projet et oui, je crois qu'il est un peu mort. J'ai installé ubuntustudio temporairement (qui tourne plutôt bien mis à part des plantages avec certains écrans de veille), mais comme je suis extrêmement maniaque quant au contenu de mon disque dur j'aimerais remettre une Debian de base avec juste ce qu'il faut d'optimisations. Apparemment, depuis le noyau 2.6 il n'est plus nécessaire d'appliquer un patch pour bénéficier de la basse latence au niveau de la gestion des périphériques audio, est-ce quelqu'un confirme ?

Merci pour l'info. Effectivement ubuntustudio propose un kernel sur mesure, mais les dépendances sont vraiment abusives (pas moyen de l'installer sans les paquetages restricted-modules et le pilote nvidia), et puis c'est tellement plus marrant de faire ça soi-même. Je vais donc potasser tout ça, ça m'a l'air bien intéressant !

Bon. J'ai finalement opté pour la solution de facilité : j'ai installé le kernel de la distribution studio 64 qui a l'air pile poil taillée pour l'audio. Un bidouillage de limits.conf a fait le reste. C'est pas très chevaleresque je l'avoue, mais à y voir de plus près compiler un noyau temps réel c'est pas si facile. Bon je suis en vacances depuis 2 jours donc je vais ptêt pouvoir m'y mettre... En attendant je me suis enfin débarassé d'ubuntustudio (rien à faire, j'ai du mal avec ubuntu).

A suivre...