Quand j'arrive à me connecter à un utilisateur avec Gnomemeeting,
l'application gèle. Il semble que ce soit un problème de carte son (j'ai
le son intégré sur une carte mère VIA, module snd-via82xx) , car un
fuser -v /dev/sound/dsp me renvoie:
[root@localhost chris]# fuser -v /dev/sound/dsp
USER PID ACCESS COMMAND
/dev/sound/dsp chris 4428 f.... gnomemeeting
chris 4485 f.... gnomemeeting
chris 4486 f.... gnomemeeting
chris 4487 f.... gnomemeeting
chris 4491 f.... gnomemeeting
chris 4492 f.... gnomemeeting
chris 4493 f.... gnomemeeting
chris 4498 f.... gnomemeeting
chris 4641 f.... gnomemeeting
chris 4644 f.... gnomemeeting
chris 4645 f.... gnomemeeting
chris 4646 f.... gnomemeeting
chris 4647 f.... gnomemeeting
chris 4648 f.... gnomemeeting
Je suis obligé de faire un "kill" pour déplanter Gnomemeeting. Ce que je
ne comprends pas, en outre, c'est la multiplication des PID....
Comment régler ce fâcheux problème?
Merci de vos conseils,
Christian
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Basile STARYNKEVITCH
"chris" == chris writes:
chris> Quand j'arrive à me connecter à un utilisateur avec chris> Gnomemeeting, l'application gèle. Il semble que ce soit un chris> problème de carte son (j'ai le son intégré sur une carte chris> mère VIA, module snd-via82xx) , car un fuser -v chris> /dev/sound/dsp me renvoie:
chris> [ chris]# fuser -v /dev/sound/dsp
chris> USER PID ACCESS COMMAND chris> /dev/sound/dsp chris 4428 f.... gnomemeeting chris> chris 4485 f.... gnomemeeting chris> chris 4486 f.... gnomemeeting
chris> Je suis obligé de faire un "kill" pour déplanter chris> Gnomemeeting. Ce que je ne comprends pas, en outre, c'est chris> la multiplication des PID....
Je pense que la multiplication des PID est dûe au fait que c'est une application multi-threadée (ou multi-filament)
Je crois que les threads (tels qu'implémentés par Xavier Leroy dans les LinuxThreads dans les noyaux 2.2 et 2.4) sont des processus créés par l'appel système clone(2) - spécifique à Linux - qui ont donc chacun un PID. J'ai ouï dire que ca va changer avec les prochains threads de la NPTL (new posix thread library - qui apparait dans les nouvelles glibc) et dans 2.6, mais je n'en sais pas d'avantage, ayant peu utilisé le noyau 2.6 et la NPTL.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net 8, rue de la Faïencerie, 92340 Bourg La Reine, France
"chris" == chris <christian.mossler@wanadoo.fr> writes:
chris> Quand j'arrive à me connecter à un utilisateur avec
chris> Gnomemeeting, l'application gèle. Il semble que ce soit un
chris> problème de carte son (j'ai le son intégré sur une carte
chris> mère VIA, module snd-via82xx) , car un fuser -v
chris> /dev/sound/dsp me renvoie:
chris> USER PID ACCESS COMMAND
chris> /dev/sound/dsp chris 4428 f.... gnomemeeting
chris> chris 4485 f.... gnomemeeting
chris> chris 4486 f.... gnomemeeting
chris> Je suis obligé de faire un "kill" pour déplanter
chris> Gnomemeeting. Ce que je ne comprends pas, en outre, c'est
chris> la multiplication des PID....
Je pense que la multiplication des PID est dûe au fait que c'est une
application multi-threadée (ou multi-filament)
Je crois que les threads (tels qu'implémentés par Xavier Leroy dans
les LinuxThreads dans les noyaux 2.2 et 2.4) sont des processus créés
par l'appel système clone(2) - spécifique à Linux - qui ont donc
chacun un PID. J'ai ouï dire que ca va changer avec les prochains
threads de la NPTL (new posix thread library - qui apparait dans les
nouvelles glibc) et dans 2.6, mais je n'en sais pas d'avantage, ayant
peu utilisé le noyau 2.6 et la NPTL.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net
aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net
8, rue de la Faïencerie, 92340 Bourg La Reine, France
chris> Quand j'arrive à me connecter à un utilisateur avec chris> Gnomemeeting, l'application gèle. Il semble que ce soit un chris> problème de carte son (j'ai le son intégré sur une carte chris> mère VIA, module snd-via82xx) , car un fuser -v chris> /dev/sound/dsp me renvoie:
chris> [ chris]# fuser -v /dev/sound/dsp
chris> USER PID ACCESS COMMAND chris> /dev/sound/dsp chris 4428 f.... gnomemeeting chris> chris 4485 f.... gnomemeeting chris> chris 4486 f.... gnomemeeting
chris> Je suis obligé de faire un "kill" pour déplanter chris> Gnomemeeting. Ce que je ne comprends pas, en outre, c'est chris> la multiplication des PID....
Je pense que la multiplication des PID est dûe au fait que c'est une application multi-threadée (ou multi-filament)
Je crois que les threads (tels qu'implémentés par Xavier Leroy dans les LinuxThreads dans les noyaux 2.2 et 2.4) sont des processus créés par l'appel système clone(2) - spécifique à Linux - qui ont donc chacun un PID. J'ai ouï dire que ca va changer avec les prochains threads de la NPTL (new posix thread library - qui apparait dans les nouvelles glibc) et dans 2.6, mais je n'en sais pas d'avantage, ayant peu utilisé le noyau 2.6 et la NPTL.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basile<at>starynkevitch<dot>net aliases: basile<at>tunes<dot>org = bstarynk<at>nerim<dot>net 8, rue de la Faïencerie, 92340 Bourg La Reine, France
