Path: ...!news.mixmin.net!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?B?aWNlIDogdW5lIHNvbHV0aW9uID8gTGUgbXlzdMOocmUgcyfDqXBhaXNzaXQuLi4=?=
Date: Thu, 12 Oct 2023 16:24:46 +0200
Organization: A noiseless patient Spider
Lines: 136
Message-ID: <ug8vjc$2h446$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> <ug4jk8$1d6n8$1@dont-email.me>
 <ug6rf0$1u26a$2@dont-email.me> <ug6ttl$20lie$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 12 Oct 2023 14:24:44 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="c586302c1a67705e5ee603787f94d32b";
	logging-data="2658438"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/+ha9iw2/QHE1qTmdTHKsg7ayNaTgl3sI="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:mZ7gA/GacITSBL+4653JEBqnaPM=
In-Reply-To: <ug6ttl$20lie$1@dont-email.me>
Content-Language: fr
Bytes: 6565

Le 11/10/2023 à 21:43, Alf92 a écrit :
> Ghost-Raider (le 11/10/2023 à 21:01:52) :
>> Le 11/10/2023 à 00:35, Alf92 a écrit :
>>> 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
>>
>> Sauf erreur, je n'ai pas java jre sur mes PC.
> 
> à vérifier qd même
> 
> dans la boite de dialogue "Options - LibreOffice - Avancé", sous
> "Options Java", décocher "Utiliser un environnement d'exécution Java",
> même si Java n'est pas installé.


Merci, en effet, Java jre est dans mes systèmes. Pourtant je me rappelle 
avoir désinstallé plusieurs versions Windows, pas la dernière 
apparemment et elle est aussi présente dans Linux.

Donc, essais de mon fichier test de 1 012 KO avec et sans java jre:

1 - LINUX/LO :
a) avec java,   soffice.bin :
	VIRT  1115 344
	RES :  486 628
	SHR :  138 704
b) sans java, soffice.bin :
	VIRT  1180 208
	RES :  486 812
	SHR :  138 488
C'est pareil

2 - WINDOWS/LO
a) avec java, soffice.bin : 592 044
b) sans java, soffice.bin : 605 388
C'est pareil

3 - WINDOWS/OO
a) avec java, soffice.bin : 92 708
b) sans java, soffice.bin : 92 860

C'est pareil.

Java n'a pas d'incidence sur la taille des "fichiers"..

Mais on voit à nouveau que LO crée un soffice.bin bien plus gros qu'OO, 
ce qui peut et même doit expliquer les plantages totaux de LO.

Et j'en reste à mon point de départ : faute de trouver une explication 
rationnelle et un remède à ces plantages de LO, OO reste plus fiable, 
tout en ne l'étant pas totalement, loin s'en faut.

Détails très amusants :

Si on explore la configuration avancée de LINUX/JAVA/LO, on trouve 106 
lignes de préférences qui commencent toutes par org.openoffice...
Apparemment les développeurs qui ont traduit OO en LO sous LINUX ne se 
sont pas cassé la tête.

Et si on explore la configuration avancée de WINDOWS/JAVA/LO, on trouve 
également 106 lignes de préférences qui commencent toutes par 
org.openoffice...

Donc les développeurs de LO sous Windows ne se sont pas non plus cassé 
la tête.