Deutsch English Français Italiano |
<ug9br1$2j3po$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!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 19:53:37 +0200 Organization: A noiseless patient Spider Lines: 53 Message-ID: <ug9br1$2j3po$1@dont-email.me> References: <ufrlm8$28ve7$2@dont-email.me> <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> <ug8vjc$2h446$1@dont-email.me> <c_BBEqDEhtjykQC3_Y_dVRhcxPc@jntp> <ug922m$2h446$2@dont-email.me> <_slJbrfYWIud71AKqljLIfThz8U@jntp> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 12 Oct 2023 17:53:37 -0000 (UTC) Injection-Info: dont-email.me; posting-host="c586302c1a67705e5ee603787f94d32b"; logging-data="2723640"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX196S+/AfLg4hSJlKs3HU6l8P1CEpUAp47E=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:UxguzK2zpXObJOZZT9pSu+qm6uU= In-Reply-To: <_slJbrfYWIud71AKqljLIfThz8U@jntp> Content-Language: fr Bytes: 3446 Le 12/10/2023 à 17:53, pehache a écrit : > Le 12/10/2023 à 17:07, Ghost-Raider a écrit : >> Le 12/10/2023 à 16:44, pehache a écrit : >>> Le 12/10/2023 à 16:24, Ghost-Raider a écrit : >>> >>>> 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, >>> >>> Oui >>> >>>> ce qui peut et même doit expliquer les plantages totaux de LO. >>> >>> Très probablement pas. La taille n'est pas une raison de plantage en soi, >>> du moment qu'il y a toujours de la mémoire disponible. >> >> Oui, mais en 32 bits, c'est je crois 1,6 GO, > > Non OK. > >> ce qui est compatible avec >> les plantages vers 1,3 GO compte tenu des autres logiciels. >> En 64 bits, je ne sais pas. > > Sur une distribution Linux 64 bits le LO installé de base est 64 aussi. > Et sous Windows je ne vois pas vraiment de raison d'installer une version > 32 bits de LO alors qu'il est dispo en version 64 bits. Mon LO/Windows est bien en 64 bits. >> Les messages sur le web disent que la mémoire n'est jamais libérée, donc >> soffice.bin gonfle, goonfle, Goonfle, GOOONFLE, *GOOOONFLE* et PAF ! > > Je ne sais pas si soffice.bin libère la mémoire ou pas et gonfle ou pas, Ça, c'est constatable dans les processus, > ce que je dis c'est qu'il faudrait arriver à une taille bien plus grosse > que ça en mémoire pour que ça plante à cause de la taille. Il peut y > avoir plein d'autres raisons de plantages... C'est justement ce que je cherche, en pure perte je pense puisque depuis des années, le problème persiste de version en version. Tout ce que je sais c'est que quand soffice.bin atteint 1,3 GO, il explose. La seule solution reconnue est de fermer le programme et là, soffice.bin consent à se dégonfler. C'est comme si ma voiture chauffait sans qu'on sache pourquoi. Le mécano : - ben, M'sieur, c'est simple, vous vous arrêtez et vous attendez qu'elle refroidisse...