PulseAudio lance un processus par utilisateur, le mode daemon est déprécié depuis longtemps. Donc c'est bon pour toi ?
PulseAudio peut encore se lancer en mode multi-utilisateur, ce qui permet par exemple de lancer de la musique sur le réseau tou en laissant un autre utilisateur profiter du son de la machine locale. Ce mode qui est le plus complet et le plus flexible reste très problématique. Je n'ai pas vu qu'il était deprecated.(option --system)
Ensuite il y a le mode mono-utilisateur, avec lock exclusif de la carte son, qui semble prendre l'ascendant. Bien sur si vous avez plusieurs utilisateurs au sein de votre session c'est dommage, il n'y en a qu'un seul qui aura le son. Mais de toute les façons dans la plupart des distribs PulseAudio est set-uid root, ce qui implique des context switch même en mode mono utilisateur. (N.B si vous enlevez le setuid root, le son devient dégueulasse sur un paquet de machines ou en cas de forte charge)
Dans tous les cas Pulse Audio se lance en mode daemon (i.e détaché de la console d'origine)
Alors peut être, mais moi tout se que je vois c'est qu'il demande moins de réveil processeur que Alsa pour la même chose = plus efficace que ce que l'on avait avant.
Euh… Personellement sur ma carte sans mixer hard, en utilisation standard (3 source simultanées couramment) ma config dmix bouffe que dalle en CPU sur un pentium E5300 (moins de 1%), la même en pulse-audio me coutait près de 12% de CPU… (Donc au revoir pulseaudio, c'est normal).
Sur ma config avec mixer hardware, le out Alsa est 0.
Comme au final Pulse-Audio finit toujours par renvoyer les infos à Alsa (éventuellement à un Alsa distant) il ne peut que couter plus cher qu'une config Alsa pure.
[^] # Re: Enfin pour les portables ?
Posté par Kaane . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 3.
PulseAudio lance un processus par utilisateur, le mode daemon est déprécié depuis longtemps. Donc c'est bon pour toi ?
PulseAudio peut encore se lancer en mode multi-utilisateur, ce qui permet par exemple de lancer de la musique sur le réseau tou en laissant un autre utilisateur profiter du son de la machine locale. Ce mode qui est le plus complet et le plus flexible reste très problématique. Je n'ai pas vu qu'il était deprecated.(option --system)
Ensuite il y a le mode mono-utilisateur, avec lock exclusif de la carte son, qui semble prendre l'ascendant. Bien sur si vous avez plusieurs utilisateurs au sein de votre session c'est dommage, il n'y en a qu'un seul qui aura le son. Mais de toute les façons dans la plupart des distribs PulseAudio est set-uid root, ce qui implique des context switch même en mode mono utilisateur. (N.B si vous enlevez le setuid root, le son devient dégueulasse sur un paquet de machines ou en cas de forte charge)
Dans tous les cas Pulse Audio se lance en mode daemon (i.e détaché de la console d'origine)
Alors peut être, mais moi tout se que je vois c'est qu'il demande moins de réveil processeur que Alsa pour la même chose = plus efficace que ce que l'on avait avant.
Euh… Personellement sur ma carte sans mixer hard, en utilisation standard (3 source simultanées couramment) ma config dmix bouffe que dalle en CPU sur un pentium E5300 (moins de 1%), la même en pulse-audio me coutait près de 12% de CPU… (Donc au revoir pulseaudio, c'est normal).
Sur ma config avec mixer hardware, le out Alsa est 0.
Comme au final Pulse-Audio finit toujours par renvoyer les infos à Alsa (éventuellement à un Alsa distant) il ne peut que couter plus cher qu'une config Alsa pure.