> > Le configuration est lu une fois au début et c'est tout.
> Non.
le "une fois au début et c'est tout" c'est par application.
Sous Gnome, si une autre applie fait une modifcation les autres applis consernées sont informées par Gconf et il n'y a pas relecture (au pire tout est en cache).
> Bref, c'est loin d'etre aussi simpliste qu'on pourrait le penser initialement.
Oui, tout à fait.
Mais c'est pas LE problème des bureaux. Le matin je lance evolution/mozilla/etc... et c'est fini.
Si la lecture de la conf était deux fois plus lente, je le remarquerai même pas...
Le plus gros problème actuellement (tel que je le perçois) c'est que les informations sont "dispersées" un peu partout. Le réveille d'un programme qui dormait dans le swap peut être assez laborieux...
L'exemple typique, c'est le bouton "démarrer" du panel. Si tu n'y touche pas longtemps et fais plein de truc à côté, il faut dans les 3 secondes pour qu'il s'affiche c'est pas un problème de place mémoire ou de temps pour parser les fichiers. C'est le temps de déplacement de la tête de lecture du disque dure pour récupérer toutes les informations dispersées qui pose problème. Là il y a effectivement du travaille à faire. Notes que pour le menu du panel, gconf n'est pas utilisé et que si tout est en cache c'est très rapide (presque instantané).
[^] # Re: Un fork pour un gnome d'expert
Posté par 007 . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 0.
> Non.
le "une fois au début et c'est tout" c'est par application.
Sous Gnome, si une autre applie fait une modifcation les autres applis consernées sont informées par Gconf et il n'y a pas relecture (au pire tout est en cache).
> Bref, c'est loin d'etre aussi simpliste qu'on pourrait le penser initialement.
Oui, tout à fait.
Mais c'est pas LE problème des bureaux. Le matin je lance evolution/mozilla/etc... et c'est fini.
Si la lecture de la conf était deux fois plus lente, je le remarquerai même pas...
Le plus gros problème actuellement (tel que je le perçois) c'est que les informations sont "dispersées" un peu partout. Le réveille d'un programme qui dormait dans le swap peut être assez laborieux...
L'exemple typique, c'est le bouton "démarrer" du panel. Si tu n'y touche pas longtemps et fais plein de truc à côté, il faut dans les 3 secondes pour qu'il s'affiche c'est pas un problème de place mémoire ou de temps pour parser les fichiers. C'est le temps de déplacement de la tête de lecture du disque dure pour récupérer toutes les informations dispersées qui pose problème. Là il y a effectivement du travaille à faire. Notes que pour le menu du panel, gconf n'est pas utilisé et que si tout est en cache c'est très rapide (presque instantané).