Bonjour,
Le 6 janv. 10 à 08:23, hs...@villeneuvedascq.fr a écrit :
apres essai de consommation sur un XP à 2 Go et OOo 3.2
C'est un test très intéressant, et comme je m'intéresse à
l'amélioration des performances d'OpenOffice.org, je vais le garder
dans un coin. Merci pour ce travail :-)
ouverture writer 104 Mo
ouverture a propos 108
fermeture a propos 108!!!
Je vais tenter d'expliquer ce que j'en ai compris, par mon
utilisation de gdb (je travaille beaucoup avec gdb)
En ouvrant Writer, on a chargé ce dont Writer avait besoin. Pour la
boîte de dialogue "À propos", il devait manquer quelque chosz, ce
qui explique l'accroissement des ressources réservées par OOo.
C'est à dire, on a chargé des symboles supplémentaires, instancié
des objets (gardé une copie prête, au cas où), pour que cette
boîte de dialogue remplisse son rôle. Et comme on ne veut pas tout
recommencer, on met tout dans un cache (un tampon mémoire qui
contient tout ça). D'où l'augmentation de mémoire allouée à
OpenOffice.org.
En fait, pour voir cela, il suffit d'executer OpenOffice.org dans
gdb : quand des nouvelles ressources sont nécessaires, une nouvelle
bibliothèque est chargée en mémoire, gdb nous le dit. Si on
recommence l'opération, il n'y a pas d'accroissement (normalement,
mais cela reste à expliquer, et je vais chercher).
Une fois que toutes les bibliothèques sont chargées, alors la
quantité de mémoire utilisée n'augmente plus. Attention : une
partie de ce qui constitue la boite de dialogue "À propos" peut
servir à autre chose qu'à afficher cette boîte de dialogue.
ouverture d'un odt 119
fermeture 113
... ajout de symboles (bibliothèques chargées) dans le cache proche
de 113 - 108 ~ 5 Mo ici
Il faudrait essayer d'ouvrir plusieurs .odt et vérifier si le
résultat est analogue (je n'ai pas d'idée de la réponse).
lancement de calc 131
fermeture de calc 120 !!!
Pareil : certaines fonctionnalités sont conservées en mémoire. Pour
Calc, il s'agit (par exemple) des fonctions de l'assistant, mais il y
a certainement d'autres choses. J'en suis sûr pour l'assistant
functions, car j'ai cherché longtemps l'astuce qui me permettait de
réinitialiser l'affichage, sans redémarrer OpenOffice.org.
bons calculs
En fait, cette réservation de mémoire ne croit pas indéfiniment
(sauf "leaks", c'est à dire fuites qui sont des bugs importants). Si
on ouvre puis ferme toutes les applications dans OpenOffice.org, on
devrait arriver(sauf erreur de ma part) à une limite haute de la
mémoire réservée.
Cordialement,
Eric Bachard
--
qɔᴉɹə
