Deutsch   English   Français   Italiano  
<ug0ojd$3n6vm$3@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!news.nobody.at!news.mb-net.net!open-news-network.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Ghost-Raider <ghost-raider@compuserve.com>
Newsgroups: fr.comp.os.linux.configuration
Subject: =?UTF-8?Q?Re=3A_Fuite_de_m=C3=A9moire_dans_Open_Office_et_Libre_Off?=
 =?UTF-8?Q?ice_=3A_une_solution_=3F?=
Date: Mon, 9 Oct 2023 13:36:13 +0200
Organization: A noiseless patient Spider
Lines: 84
Message-ID: <ug0ojd$3n6vm$3@dont-email.me>
References: <ufrlm8$28ve7$2@dont-email.me>
 <6522b8e6$0$7465$426a74cc@news.free.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 9 Oct 2023 11:36:13 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="c6104739c60f8ea077c08a8781c45195";
	logging-data="3906550"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/Kn3s9RHJ0sid2THuaXSpIkMLvTLFMMlc="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:+v7+4Y9AVFxX4sqciyS7DRSFY1Q=
In-Reply-To: <6522b8e6$0$7465$426a74cc@news.free.fr>
Content-Language: fr
Bytes: 5196

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)