Path: ...!weretis.net!feeder8.news.weretis.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Alf92 <alf921@gmail.com>
Newsgroups: fr.comp.os.linux.configuration
Subject: Re: =?ISO-8859-15?Q?Fuite_de_m=E9moire_dans_Open_Office_et_Libre_?=
	=?ISO-8859-15?Q?Office_:_une_solution_=3F?=
Date: Wed, 11 Oct 2023 00:35:50 +0200
Organization: A noiseless patient Spider
Lines: 70
Message-ID: <ug4jk8$1d6n8$1@dont-email.me>
References: <ufrlm8$28ve7$2@dont-email.me> <ug17jn$53d$1@dont-email.me> <ug19sv$ht$2@dont-email.me> <652434d3$0$6438$426a34cc@news.free.fr> <ug1i25$ia$1@dont-email.me> <6524cb4a$0$7756$426a74cc@news.free.fr> <ug42e8$17amr$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-15"
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 10 Oct 2023 22:35:52 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="4f76746b680ed2e81736ef2306e568f9";
	logging-data="1481448"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/DNWYfa0tGqOOuZFTivgvt"
Cancel-Lock: sha1:aMSMQXDrWMwp3iAS1pyo36iFqZQ=
X-Newsreader: MesNews/1.08.06.00
Bytes: 4050

Ghost-Raider (le 10/10/2023 à 19:42:31) :
> Le 10/10/2023 à 05:55, Thierry HOUX a écrit :
>> Le Mon, 9 Oct 2023 20:50:45 +0200, Ghost-Raider a écrit :
>>> Le 09/10/2023 à 19:13, christian a écrit :
>>>> Le Mon, 9 Oct 2023 18:31:27 +0200, Ghost-Raider a écrit :

>>>>> Sauf erreurs, Open Office et Libre Office sont en 32 bits.
>>>>
>>>> Comment l'as-tu déterminé?
>>>
>>> De mémoire, mais je me suis trompé. J'ai répondu à Nicolas George : chez
>>> moi : OO en 32 bits, LO en 64 bits, avec toujours la même fuite.
>>>>
>>>> Chez moi (Debian 12),Libre-office est en 64 bits (sauf erreur de ma
>>>> part)
>>>
>>> Pas d'erreur de ta part.
>>>>
>>>>> Mon PC Linux fait 16 GO de RAM et c'est pareil, soffice.bin devient
>>>>> énorme dès l'ouverture de LO.
>>>>
>>>> chez moi, il ne bouge pas d'un octet (14672 octets) quoi qu'il arrive
>>>>
>>>> Est-ce qu'on parle du même fichiers?
>>>
>>> Il n'y a qu'une instance de soffice.bin à ma connaissance, qui apparaît
>>> dès que je lance le logiciel et qui disparaît dès que je le ferme,
>>> constatations faite sous Windows et sous Linux.
>>> Et c'est bien ce fichier qui enfle jusqu'à dépasser 1 GO et qui finit
>>> par se planter.
>>>
>>>>> J'imagine que c'est toute la structure initiale de l'information qui
>>>>> est foireuse et qu'il faudrait tout casser pour résoudre ce problème
>>>>> qui ne semble pas vraiment remuer les foules et qui est, finalement,
>>>>> facile à contourner.
>>>>
>>>> ben, s'il faut tout casser, c'est pas si simple :-)
>>>>
>>> Non, c'est certainement trop compliqué puisque cette fuite de mémoire
>>> date de Star Office dont  ma version, la 5.2, a plus de 20 ans d'âge et
>>> n'a jamais été corrigée.
>>> On peut consulter sur le web des tas de messages sur ce problème, jamais
>>> résolu.
>> 
>> Peut-être pas un problème dû à soffice.bin mais qui a des conséquences sur
>> ce dernier. Se méfier de la conséquence visible et de la cause qui peut-
>> être ailleurs, en l'occurrence calc peut-être?
>
> calc et  writer ont la même maladie mais ça dépend des gens  et du moment.
>
> Essais :
> 1 - j'ouvre sous OO mon  fichier test qui ne pèse que 1012 kO.
> soffice.bin est créé et pèse 167300 kO !
> 165 fois plus lourd !
> je crée un fichier de vidage (DMP), il pèse 393116 kO.
> J'ouvre ce fichier de vidage : il est "corrompu", plantage.
>
> 2 - J'ouvre mon fichier test sous LO
> soffice.bin est créé : 590920 kO
> 584 fois plus lourd !
> Je crée un fichier de vidage (DMP), il pèse 1249293 kO
> J'ouvre ce fichier de vidage : il est "corrompu", plantage.
>
> Pourquoi les fichiers soffice.bin sont-ils si gros ?
> Pourquoi sont-ils bien plus gros sous LO que sous OO ?
> Pourquoi les fichiers DMP sont-ils "corrompus" ?
>
> Voilà, voilà...

essaye de désactiver ou virer Java jre avant de lancer LO Calc pour voir