Avec serveur de son (en user space) : ces 5 applis seront peut-être (en fait probablement) des changements de contexte (l'écriture en IPC ne demande pas de changement de contexte) mais il n'y a pas de raison qu'il y en est plus.
Euuh... Tu as vu ou qu'il peut y avoir des IPC sans context-switch ?
Les IPC coutent un context-switch a chaque fois, c'est inevitable.
Quand au probleme kernel<->serveur de son c'est assez simple :
Chaque app doit envoyer le son au serveur (1 IPC pour envoyer+1 IPC pour le serveur de son pour lire) qui lui doit l'envoyer au kernel (1 IPC)
Avec le mixer dans le kernel, l'app l'envoie directement au kernel (1 IPC)
Sachant qu'il y a rarement plus d'un ou deux softs faisant du son en meme temps, ca fait en comparaison :
pour 2 softs emettant du son :
user-space : 2*2+1 = 5
kernel : 2
pour 1 soft emettant du son :
user-space : 2+1 =3
kernel : 1
[^] # Re: OSS, ou comment le bien devient mal.
Posté par pasBill pasGates . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 3.
Euuh... Tu as vu ou qu'il peut y avoir des IPC sans context-switch ?
Les IPC coutent un context-switch a chaque fois, c'est inevitable.
Quand au probleme kernel<->serveur de son c'est assez simple :
Chaque app doit envoyer le son au serveur (1 IPC pour envoyer+1 IPC pour le serveur de son pour lire) qui lui doit l'envoyer au kernel (1 IPC)
Avec le mixer dans le kernel, l'app l'envoie directement au kernel (1 IPC)
Sachant qu'il y a rarement plus d'un ou deux softs faisant du son en meme temps, ca fait en comparaison :
pour 2 softs emettant du son :
user-space : 2*2+1 = 5
kernel : 2
pour 1 soft emettant du son :
user-space : 2+1 =3
kernel : 1
Bref, une sacree reduction...