Ma phrase était parfaitement sensée, pas forcément claire, mais sensée. Explication de texte : peut être que le backend gconf, le moyen par lequel gconf stocke la configuration, peut donner des infos à gconf quand on on modifie une des clés de manière extérieure. Trigger pour une base de données, fam/gamin, whatever. Dans ce cas il est parfaitement possible que gconf utilise inotify ou dnotify pour ça, j'en sais rien, mais je vois vraiment aucune raison de vouloir s'en priver.
teste : strace "lepiddegconfd"
J'ai pas l'impression qu'il charge tout en mémoire, pour le backend xml au moins : il ne fait que des "poll" sur un nombre restreint de fichiers, en idle.
Après ouverture d'un gconf-editor, il fait des accès dans les fichiers correspondants quand on se balade dans l'arborescence, toujours pas de chargement total en mémoire donc.
Pour l'authentification, je sais pas comment ça marche, uniquement par PID ? Au pire, je vois pas pourquoi tes deux instances de gconf devraient charger ta config deux fois, genre l'utilisateur qui fait tourner ton démon il a pas besoin de la config des autres progs.
Pour info, XML ou pas XML j'en ai rien a carrer, d'ailleurs c'est pas la seule solution possible.
Pour le "c'est l'appli qui modifie sa config", pas forcément, on peut imaginer un wizard de configuration pour une application précise, un panneau de config, des applis de config alternatives, ou encore gconf-editor.
[^] # Re: ca fait peur...
Posté par thoasm . En réponse au journal Sortie de Gconf-Cleaner 0.0.3. Évalué à 3.
teste : strace "lepiddegconfd"
J'ai pas l'impression qu'il charge tout en mémoire, pour le backend xml au moins : il ne fait que des "poll" sur un nombre restreint de fichiers, en idle.
Après ouverture d'un gconf-editor, il fait des accès dans les fichiers correspondants quand on se balade dans l'arborescence, toujours pas de chargement total en mémoire donc.
Pour l'authentification, je sais pas comment ça marche, uniquement par PID ? Au pire, je vois pas pourquoi tes deux instances de gconf devraient charger ta config deux fois, genre l'utilisateur qui fait tourner ton démon il a pas besoin de la config des autres progs.
Pour info, XML ou pas XML j'en ai rien a carrer, d'ailleurs c'est pas la seule solution possible.
Pour le "c'est l'appli qui modifie sa config", pas forcément, on peut imaginer un wizard de configuration pour une application précise, un panneau de config, des applis de config alternatives, ou encore gconf-editor.