> Mouais... Comparé au temps d'accés à ton fichier de conf, le parsing xml
> est probablement pas très couteux.
Chaque microseconde compte parce que beaucoup de fichiers sont lu avant qu'une application puisse se lancer. Typiquement, tu lances KDE:
- dcop lit son fichier de conf
- sycoca lit son fichier de conf
- kwin lit son fichier de conf
Ensuite, tu lances konqueror:
- il lit tout son fichier de conf et l'interpret
- il charge khtml qui va faire de meme
En faisant des optimisations simples sur les fichiers de conf (le charger tout d'un coup, ne faire la conversion unicode qu'au dernier moment, n'interpreter que la cle qu'on recherche, ...), KDE avait divise par 5 le temps subjectif de chargement d'une application (temps subjectif au sens ou c'est le temps ou l'utilisateur a l'impression qu'il se passe qqch). Pourtant, c'etait avec un format hyper-simple style .ini
Avec un fichier xml, le temps de chargement est necessairement plus long et les applications en patissent.
[^] # Re: Qt 4 à l'horizon !
Posté par Philippe F (site web personnel) . En réponse à la dépêche Qt 4 à l'horizon !. Évalué à 1.
> est probablement pas très couteux.
Chaque microseconde compte parce que beaucoup de fichiers sont lu avant qu'une application puisse se lancer. Typiquement, tu lances KDE:
- dcop lit son fichier de conf
- sycoca lit son fichier de conf
- kwin lit son fichier de conf
Ensuite, tu lances konqueror:
- il lit tout son fichier de conf et l'interpret
- il charge khtml qui va faire de meme
En faisant des optimisations simples sur les fichiers de conf (le charger tout d'un coup, ne faire la conversion unicode qu'au dernier moment, n'interpreter que la cle qu'on recherche, ...), KDE avait divise par 5 le temps subjectif de chargement d'une application (temps subjectif au sens ou c'est le temps ou l'utilisateur a l'impression qu'il se passe qqch). Pourtant, c'etait avec un format hyper-simple style .ini
Avec un fichier xml, le temps de chargement est necessairement plus long et les applications en patissent.