utilisateur de solutions plutôt spartiate (quand j'utilise X une fois
par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM
était honteusement grignotée par une bibliothèque appelée gconfd, qui
n'est en fait utilisé (dans mon cas) que par un unique programme :
firefox. Or quand je quitte ce dernier, et que je liste les processus, je
remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste
en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand
j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois
pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le
tue à chaque fois à la main. Mais cela m'étonne : en règle générale
j'ai toujours eu l'impression qu'un programme "propre" quittait
"proprement" et que s'il utilisait des ressources quelconques, il les
fermait "proprement". Est-ce un défaut de configuration de ma part ?
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de
gconfd) ?
Cordialement,
--
Thomas Baruchel --- Home Page: http://baruchel.free.fr/~thomas/
write to baruchel at the host called bluebottle dot com
écrire à baruchel chez l'hôte nommé bluebottle point com
(you will be asked for a confirmation the first time you write)
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
Erwan David
Thomas Baruchel écrivait :
bonjour,
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM était honteusement grignotée par une bibliothèque appelée gconfd, qui n'est en fait utilisé (dans mon cas) que par un unique programme : firefox. Or quand je quitte ce dernier, et que je liste les processus, je remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le tue à chaque fois à la main. Mais cela m'étonne : en règle générale j'ai toujours eu l'impression qu'un programme "propre" quittait "proprement" et que s'il utilisait des ressources quelconques, il les fermait "proprement". Est-ce un défaut de configuration de ma part ? Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
supprime le support de gnome c'est le démon de gestion de configuration gnomesque qui effectivement reste en mémoire mais "c'est pas un bug c'est une feature". Un firefox sans contamination gnomesque n'a pas ce bug.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Thomas Baruchel <baruchel@127.0.0.1> écrivait :
bonjour,
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois
par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM
était honteusement grignotée par une bibliothèque appelée gconfd, qui
n'est en fait utilisé (dans mon cas) que par un unique programme :
firefox. Or quand je quitte ce dernier, et que je liste les processus, je
remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste
en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand
j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois
pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le
tue à chaque fois à la main. Mais cela m'étonne : en règle générale
j'ai toujours eu l'impression qu'un programme "propre" quittait
"proprement" et que s'il utilisait des ressources quelconques, il les
fermait "proprement". Est-ce un défaut de configuration de ma part ?
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de
gconfd) ?
supprime le support de gnome c'est le démon de gestion de
configuration gnomesque qui effectivement reste en mémoire mais "c'est
pas un bug c'est une feature". Un firefox sans contamination
gnomesque n'a pas ce bug.
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM était honteusement grignotée par une bibliothèque appelée gconfd, qui n'est en fait utilisé (dans mon cas) que par un unique programme : firefox. Or quand je quitte ce dernier, et que je liste les processus, je remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le tue à chaque fois à la main. Mais cela m'étonne : en règle générale j'ai toujours eu l'impression qu'un programme "propre" quittait "proprement" et que s'il utilisait des ressources quelconques, il les fermait "proprement". Est-ce un défaut de configuration de ma part ? Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
supprime le support de gnome c'est le démon de gestion de configuration gnomesque qui effectivement reste en mémoire mais "c'est pas un bug c'est une feature". Un firefox sans contamination gnomesque n'a pas ce bug.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Marwan Burelle
In article <436b8873$0$22385$, Thomas Baruchel wrote:
bonjour,
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM était honteusement grignotée par une bibliothèque appelée gconfd, qui n'est en fait utilisé (dans mon cas) que par un unique programme : firefox. Or quand je quitte ce dernier, et que je liste les processus, je remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le tue à chaque fois à la main. Mais cela m'étonne : en règle générale j'ai toujours eu l'impression qu'un programme "propre" quittait "proprement" et que s'il utilisait des ressources quelconques, il les fermait "proprement". Est-ce un défaut de configuration de ma part ? Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
"It's a feature !" ;)
Plus sérieusement, gconfd est une sorte de daemon de configuration (pour gnome, je ne savais pas que firefox l'utilisait ... ) qui est censé fournir leur configuration à toutes les applis l'utilisant (et aussi de centraliser ce qui peut l'être.) C'est pourquoi ses concepteurs considèrent qu'il n' pas de raison de s'arréter même s'il ne sert à rien.
Donc, on peut le voir comme une erreur de conception, ou au contraire une fonctionnalité essentielle du programme.
Le kill est la seule méthode viable (je suis quand même étonné que firefox utilise gconf ... ) aujourd'hui et vu la capacité des developpeurs de Gnome à écouter leurs utilisateurs il y a des chances qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll sur Gnome merci.)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
In article <436b8873$0$22385$626a14ce@news.free.fr>, Thomas Baruchel wrote:
bonjour,
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois
par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM
était honteusement grignotée par une bibliothèque appelée gconfd, qui
n'est en fait utilisé (dans mon cas) que par un unique programme :
firefox. Or quand je quitte ce dernier, et que je liste les processus, je
remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste
en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand
j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois
pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le
tue à chaque fois à la main. Mais cela m'étonne : en règle générale
j'ai toujours eu l'impression qu'un programme "propre" quittait
"proprement" et que s'il utilisait des ressources quelconques, il les
fermait "proprement". Est-ce un défaut de configuration de ma part ?
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de
gconfd) ?
"It's a feature !" ;)
Plus sérieusement, gconfd est une sorte de daemon de configuration
(pour gnome, je ne savais pas que firefox l'utilisait ... ) qui est
censé fournir leur configuration à toutes les applis l'utilisant (et
aussi de centraliser ce qui peut l'être.) C'est pourquoi ses
concepteurs considèrent qu'il n' pas de raison de s'arréter même s'il
ne sert à rien.
Donc, on peut le voir comme une erreur de conception, ou au contraire
une fonctionnalité essentielle du programme.
Le kill est la seule méthode viable (je suis quand même étonné que
firefox utilise gconf ... ) aujourd'hui et vu la capacité des
developpeurs de Gnome à écouter leurs utilisateurs il y a des chances
qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll
sur Gnome merci.)
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
In article <436b8873$0$22385$, Thomas Baruchel wrote:
bonjour,
utilisateur de solutions plutôt spartiate (quand j'utilise X une fois par semaine, c'est sous ratpoison), j'ai fini par remarquer que ma RAM était honteusement grignotée par une bibliothèque appelée gconfd, qui n'est en fait utilisé (dans mon cas) que par un unique programme : firefox. Or quand je quitte ce dernier, et que je liste les processus, je remarque que le processus gconfd (ou libgconfd, je ne sais plus) reste en mémoire alors qu'il ne reste aucun programme l'utilisant, même quand j'ai quitté X. Je sais bien qu'on peut vivre avec, mais enfin, je ne vois pas pourquoi j'hébergerais gratuitement ce petit parasite, et je le tue à chaque fois à la main. Mais cela m'étonne : en règle générale j'ai toujours eu l'impression qu'un programme "propre" quittait "proprement" et que s'il utilisait des ressources quelconques, il les fermait "proprement". Est-ce un défaut de configuration de ma part ? Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
"It's a feature !" ;)
Plus sérieusement, gconfd est une sorte de daemon de configuration (pour gnome, je ne savais pas que firefox l'utilisait ... ) qui est censé fournir leur configuration à toutes les applis l'utilisant (et aussi de centraliser ce qui peut l'être.) C'est pourquoi ses concepteurs considèrent qu'il n' pas de raison de s'arréter même s'il ne sert à rien.
Donc, on peut le voir comme une erreur de conception, ou au contraire une fonctionnalité essentielle du programme.
Le kill est la seule méthode viable (je suis quand même étonné que firefox utilise gconf ... ) aujourd'hui et vu la capacité des developpeurs de Gnome à écouter leurs utilisateurs il y a des chances qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll sur Gnome merci.)
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Arnaud Launay
Le Fri, 4 Nov 2005 16:23:00 +0000 (UTC), Marwan Burelle écrivit: [gconfd]
aussi de centraliser ce qui peut l'être.) C'est pourquoi ses concepteurs considèrent qu'il n' pas de raison de s'arréter même s'il ne sert à rien.
Heu, je sais pas, mais ici, dès que plus rien ne l'utilise, il finit par se suicider, le gcond:
Nov 4 10:04:18 citron gconfd (cusae-27014): GConf server is not in use, shutting down. Nov 4 10:04:18 citron gconfd (cusae-27014): Exiting
In article <436b8873$0$22385$, Thomas Baruchel wrote:
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
"It's a feature !" ;) /.../
Donc, on peut le voir comme une erreur de conception, ou au contraire une fonctionnalité essentielle du programme.
Un emplâtre sur une jambe de bois ? Quand-même, en arriver à admettre que la conf devient tellement compliquée / lourde qu'il faut une appli client-serveur pour s'en occuper, wouah, quoi. D'ici peu, ça finira par envoyer des emails...
Le kill est la seule méthode viable (je suis quand même étonné que firefox utilise gconf ... ) aujourd'hui et vu la capacité des developpeurs de Gnome à écouter leurs utilisateurs il y a des chances qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll sur Gnome merci.)
Oups.
Fred -- Par delà monts et vallées, j'ai chevauché J'ai vu maintes guerres et contrées dévastées Maintenant les hommes pleurent leurs familles déchirées Et moi, comme toujours je ne fais que passer (Merzhin, Par delà)
In article <436b8873$0$22385$626a14ce@news.free.fr>, Thomas Baruchel wrote:
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de
gconfd) ?
"It's a feature !" ;)
/.../
Donc, on peut le voir comme une erreur de conception, ou au contraire
une fonctionnalité essentielle du programme.
Un emplâtre sur une jambe de bois ? Quand-même, en arriver à admettre
que la conf devient tellement compliquée / lourde qu'il faut une appli
client-serveur pour s'en occuper, wouah, quoi. D'ici peu, ça finira par
envoyer des emails...
Le kill est la seule méthode viable (je suis quand même étonné que
firefox utilise gconf ... ) aujourd'hui et vu la capacité des
developpeurs de Gnome à écouter leurs utilisateurs il y a des chances
qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll
sur Gnome merci.)
Oups.
Fred
--
Par delà monts et vallées, j'ai chevauché
J'ai vu maintes guerres et contrées dévastées
Maintenant les hommes pleurent leurs familles déchirées
Et moi, comme toujours je ne fais que passer (Merzhin, Par delà)
In article <436b8873$0$22385$, Thomas Baruchel wrote:
Ai-je mal compris quelque chose ? Est-ce un défaut de firefox (ou de gconfd) ?
"It's a feature !" ;) /.../
Donc, on peut le voir comme une erreur de conception, ou au contraire une fonctionnalité essentielle du programme.
Un emplâtre sur une jambe de bois ? Quand-même, en arriver à admettre que la conf devient tellement compliquée / lourde qu'il faut une appli client-serveur pour s'en occuper, wouah, quoi. D'ici peu, ça finira par envoyer des emails...
Le kill est la seule méthode viable (je suis quand même étonné que firefox utilise gconf ... ) aujourd'hui et vu la capacité des developpeurs de Gnome à écouter leurs utilisateurs il y a des chances qu'il n'y est pas de progrès à espérer de ce côté là ... (pas de troll sur Gnome merci.)
Oups.
Fred -- Par delà monts et vallées, j'ai chevauché J'ai vu maintes guerres et contrées dévastées Maintenant les hommes pleurent leurs familles déchirées Et moi, comme toujours je ne fais que passer (Merzhin, Par delà)
