Re: Fuite de mémoire dans Open Office et Libre Office : une solution ?

Le 08/10/2023 à 16:12, Thierry HOUX a écrit :

Le Sat, 7 Oct 2023 15:15:52 +0200, Ghost-Raider a écrit :
 

Bonjour,
>
Je viens de passer le message ci-dessous dans
fr.comp.applications.bureautique mais ce groupe est en état
d'hibernation quasi perpétuelle alors je le publie ici car je reconnais
certains noms.
>
>
J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint
pour ma compta personnelle qui recouvre une quarantaine d'années.
>
Elle est organisée en partie double sous forme de 3 fichiers/tableurs
comprenant 13 ou 14  années successives et pour chaque année 12 tableaux
mensuels qui eux-même sont divisés en une centaine de colonnes et 60
lignes environ.
>
Pourquoi 3 fichiers et pas un seul pour les 40 années ? Parce que la
limite du nombre de tableaux dans un fichier est de 256 et que par
ailleurs, les temps de chargement et d'enregistrement sont déjà assez
longs.
>
Les trois fichiers sont légers : moins de 1 MO chaque ce qui s'explique
par le fait que la plupart des cases sont vides.
>
J'en viens à mes problèmes.
>
Bug n° 1 On sait que Libre Office est un fork de Open Office qui
lui-même est un héritage de Star Office.
Star Office présentait un bug gênant même sur des petits fichiers : de
temps en temps, ils se plantait sans raison apparente. Pour y pallier,
il enregistrait en flux continu toutes les opérations. En cas de
plantage, il proposait à sa réouverture de recharger le fichier dans son
dernier état. Ce contournement fonctionnait bien et il a été repris dans
Open Office puis dans Libre Office, mais la cause n'en a jamais été
corrigée.
>
Bug n°2.
Open Office et Libre office partagent un autre bug beaucoup plus gênant.
L'occupation mémoire augmente progressivement à chaque opération car la
mémoire utilisée n'est jamais libérée. Elle augmente progressivement
pour atteindre et dépasser 1,2 GO ou plus et là, le programme se plante.
On le voit en examinant le fichier soffice.bin .
Au départ, il occupe déjà volontiers 200 à 400 MO, ce qui est très
étonnant, puis, il augmente lentement mais sûrement. Si on déplace dans
un tableau un certain nombre de cellules, par exemple pour insérer des
lignes ou des colonnes, soffice.bin augmente brusquement et atteint
facilement 800 ou 900 MO. C'est à l'enregistrement que ça se gâte car
alors soffice.bin dépasse 1, 2 ou 1,3 GO et le programme se plante, sans
doute en raison de la limite de 1,6 GO des applications 32 bits.
Contournement : fermer et rouvrir Open Office ou Libre Office pour faire
redescendre soffice.bin. C'est la solution des forums usenet (sans
rire).
>
Bug n°3 Uniquement Libre Office : de temps en temps, Libre Office se
ferme tout simplement sans prévenir et le fichier de sauvegarde au fil
de l'eau n'est pas proposé à la réouverture, tout le travail récent est
perdu.
>
Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été
apportée.
Par exemple :
https://bz.apache.org/ooo/show_bug.cgi?id=94528 ou bien :
https://ask.libreoffice.org/t/writer-memory-leak-libreoffice-7-3-0/74053
>
Tous ces bugs sont observables sous Windows ou sous Linux.
Pour y pallier, je surveille l'occupation mémoire dans un petit coin et
je ferme puis rouvre le logiciel pour la faire redescendre mais c'est un
pis-aller.

 Ton utilisation est très inhabituelle voire carrément atypique.
Pour ma part, je suis incapable de t'aider, et pourtant j'ai bien secoué
OO puis LO avec des macros que j'ai programmées et appliquées sur
plusieurs milliers de lignes, sans jamais réussir à les planter.
 

Oui, c'est vraiment curieux. Voir éventuellement ma réponse à Thierry Beauregard sur fr.comp.applications.bureautique
--
J'ai beau faire, tout m'intéresse. (Paul Valéry)