Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Fuite de mémoire dans Open Office et Libre Office : une solution ?
3 views
Skip to first unread message
Ghost-Raider
Oct 5, 2023, 1:10:52 PM10/5/23
to
Bonjour,
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 Open 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, Libre Office se ferme tout
simplement 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.
https://bz.apache.org/ooo/show_bug.cgi?id=94528
Tous ces bugs sont observables sous Windows ou sous Linux.
Quelqu'un a-t-il une solution ?
--
J'ai beau faire, tout m'intéresse. (Paul Valéry)
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 Open 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, Libre Office se ferme tout
simplement 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.
https://bz.apache.org/ooo/show_bug.cgi?id=94528
Tous ces bugs sont observables sous Windows ou sous Linux.
Quelqu'un a-t-il une solution ?
--
J'ai beau faire, tout m'intéresse. (Paul Valéry)
Denis Beauregard
Oct 7, 2023, 4:06:27 PM10/7/23
to
Le Thu, 5 Oct 2023 19:10:43 +0200, Ghost-Raider
<ghost-...@compuserve.com> écrivait dans
fr.comp.applications.bureautique:
>Bonjour,
>
>J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint
>pour ma compta personnelle qui recouvre une quarantaine d'années.
[...]
>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 Open Office est un fork de Open Office qui lui-même est un
>héritage de Star Office.
plutôt Libre Office ici, mais peu importe
>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.
Je travaille avec des gros fichiers XLS (pas la version OD parce que
j'ai commencé avec cela il y a 20 ans) dont plusieurs sont en haut de
20 Mo. J'ai utilisé LO 3 longtemps parce que LO 4 à 6 ne pouvaient
pas lire ces fichiers trop gros sans planter assez rapidement. Quand
j'ai changé d'ordi pour Win 10, je suis passé à LO 7. Je ne sais pas
si c'est en ajoutant beaucoup de mémoire ou en passant de Win 7 à
Win 10, mais c'est assez stable. Ceci dit, je n'ai jamais vu cette
fonction et j'abandonne de toutes façons la récupération.
Avec LO 7.5, il y a un problème de lenteur qui est apparu et je viens
de redescendre à LO 7.4.6.2 (que j'avais sur mon disque). Par exemple,
un simple "copier" ou ctrl-C est devenu très lent à répondre.
>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 .
Mon soffice.bin fait seulement 789 ko et il est daté de mars. Un
autre fichier ?
>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).
Au fait, je ne vois pas de fichier qui gonfle.
>Bug n°3
>Uniquement Libre Office : de temps, Libre Office se ferme tout
>simplement et le fichier de sauvegarde au fil de l'eau n'est pas proposé
>à la réouverture, tout le travail récent est perdu.
J'ai fini par prendre l'habitude de sauvegarder souvent !
Depuis une version récente, LO plante parfois quand je copie une
chaîne (pas très longue) dans la boîte de recherche. Alors je suis
devenu un peu parano !
>Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été
>apportée.
>https://bz.apache.org/ooo/show_bug.cgi?id=94528
>
>Tous ces bugs sont observables sous Windows ou sous Linux.
>
>Quelqu'un a-t-il une solution ?
Sauvegarder souvent ?
Denis
--
Denis Beauregard - généalogiste émérite (FQSG)
Les Français d'Amérique du Nord - http://www.francogene.com/gfan/gfan/998/
French in North America before 1722 - http://www.francogene.com/gfna/gfna/998/
Sur cédérom/DVD/USB à 1790 - On CD-ROM/DVD/USB to 1790
<ghost-...@compuserve.com> écrivait dans
fr.comp.applications.bureautique:
>Bonjour,
>
>J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint
>pour ma compta personnelle qui recouvre une quarantaine d'années.
>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 Open 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.
j'ai commencé avec cela il y a 20 ans) dont plusieurs sont en haut de
20 Mo. J'ai utilisé LO 3 longtemps parce que LO 4 à 6 ne pouvaient
pas lire ces fichiers trop gros sans planter assez rapidement. Quand
j'ai changé d'ordi pour Win 10, je suis passé à LO 7. Je ne sais pas
si c'est en ajoutant beaucoup de mémoire ou en passant de Win 7 à
Win 10, mais c'est assez stable. Ceci dit, je n'ai jamais vu cette
fonction et j'abandonne de toutes façons la récupération.
Avec LO 7.5, il y a un problème de lenteur qui est apparu et je viens
de redescendre à LO 7.4.6.2 (que j'avais sur mon disque). Par exemple,
un simple "copier" ou ctrl-C est devenu très lent à répondre.
>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 .
autre fichier ?
>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, Libre Office se ferme tout
>simplement et le fichier de sauvegarde au fil de l'eau n'est pas proposé
>à la réouverture, tout le travail récent est perdu.
Depuis une version récente, LO plante parfois quand je copie une
chaîne (pas très longue) dans la boîte de recherche. Alors je suis
devenu un peu parano !
>Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été
>apportée.
>https://bz.apache.org/ooo/show_bug.cgi?id=94528
>
>Tous ces bugs sont observables sous Windows ou sous Linux.
>
>Quelqu'un a-t-il une solution ?
Denis
--
Denis Beauregard - généalogiste émérite (FQSG)
Les Français d'Amérique du Nord - http://www.francogene.com/gfan/gfan/998/
French in North America before 1722 - http://www.francogene.com/gfna/gfna/998/
Sur cédérom/DVD/USB à 1790 - On CD-ROM/DVD/USB to 1790
Ghost-Raider
Oct 9, 2023, 7:31:09 AM10/9/23
to
Le 07/10/2023 à 22:06, Denis Beauregard a écrit :
> Le Thu, 5 Oct 2023 19:10:43 +0200, Ghost-Raider
> <ghost-...@compuserve.com> écrivait dans
> fr.comp.applications.bureautique:
>
>> Bonjour,
>>
>> J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint
>> pour ma compta personnelle qui recouvre une quarantaine d'années.
> [...]
>
>> 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 Open Office est un fork de Open Office qui lui-même est un
>> héritage de Star Office.
>
> plutôt Libre Office ici, mais peu importe
Erreur de ma part :
> Le Thu, 5 Oct 2023 19:10:43 +0200, Ghost-Raider
> <ghost-...@compuserve.com> écrivait dans
> fr.comp.applications.bureautique:
>
>> Bonjour,
>>
>> J’utilise Open Office sous Windows 10 ou Libre Office sous Linux Mint
>> pour ma compta personnelle qui recouvre une quarantaine d'années.
> [...]
>
>> 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 Open Office est un fork de Open Office qui lui-même est un
>> héritage de Star Office.
>
> plutôt Libre Office ici, mais peu importe
On sait que *Libre Office* est un fork de Open Office qui lui-même est un
héritage de Star Office.
>
sous Linux/Libre Office.
Mon fichiercalc de test, 154 feuilles de 100 colonnes et 60 lignes,
mais 1000 KO seulement.
- sous windows/open office/calc il démarre à 150 KO et passe à 800 KO à
l'enregistrement. SI je fais des manips, il grimpe encore et se plante à
l'enregistrement vers 1300 KO.
- sous windows/libre office/calc, il démarre à 800/900 ko mais
n'augmente pas beaucoup suite à des manips ni à l'enregistrement.
- sous linux/libre office, je ne sais pas bien lire l'occupation mémoire
et ses variations, top... j'y reviendrai.
>
>> 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).
>
> Au fait, je ne vois pas de fichier qui gonfle.
se gonfle sous LO/word alors que moi, c'est OO/calc qui se gonfle et
explose comme la grenouille de la fable.
J'ai un un fichier OO/word de 13 MO, 600 pages, plein de photos, de
tableaux, de notes de bas de page etc. il ne se plante jamais sou OO ou
LO et pourtant, il a fait l'objet de centaines de corrections.
>
>> Bug n°3
>> Uniquement Libre Office : de temps, Libre Office se ferme tout
>> simplement et le fichier de sauvegarde au fil de l'eau n'est pas proposé
>> à la réouverture, tout le travail récent est perdu.
>
> J'ai fini par prendre l'habitude de sauvegarder souvent !
>
> Depuis une version récente, LO plante parfois quand je copie une
> chaîne (pas très longue) dans la boîte de recherche. Alors je suis
> devenu un peu parano !
>
>
>> Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été
>> apportée.
>> https://bz.apache.org/ooo/show_bug.cgi?id=94528
>>
>> Tous ces bugs sont observables sous Windows ou sous Linux.
>>
>> Quelqu'un a-t-il une solution ?
>
> Sauvegarder souvent ?
Ben oui. je coince un aperçu du gestionnaire des tâches dans un coin de
>> Bug n°3
>> Uniquement Libre Office : de temps, Libre Office se ferme tout
>> simplement et le fichier de sauvegarde au fil de l'eau n'est pas proposé
>> à la réouverture, tout le travail récent est perdu.
>
> J'ai fini par prendre l'habitude de sauvegarder souvent !
>
> Depuis une version récente, LO plante parfois quand je copie une
> chaîne (pas très longue) dans la boîte de recherche. Alors je suis
> devenu un peu parano !
>
>
>> Le bug n°2 est référencé sur usenet mais aucune solution n'a jamais été
>> apportée.
>> https://bz.apache.org/ooo/show_bug.cgi?id=94528
>>
>> Tous ces bugs sont observables sous Windows ou sous Linux.
>>
>> Quelqu'un a-t-il une solution ?
>
> Sauvegarder souvent ?
mon écran et je surveille soffice.bin comme le lait sur le feu.
Tout ça est gênant, on ne peut pas faire confiance à des logiciels
pourtant entretenu par des armées de développeurs.
Jo Engo
Oct 27, 2023, 11:46:23 AM10/27/23
to
Le Thu, 5 Oct 2023 19:10:43 +0200, Ghost-Raider a écrit :
> J’utilise Open Office
Bravo ! Et si j'ai bien compris tu as le même problème avec Libre Office.
Il est possible que c'est ta base undo/redo qui est trop grande. Ça se
règle (LibreOffice) outils/options puis (terminal man libreoffice) en fait
j'ai la flemme de chercher, je n'expérimente pas ton problème. Si tu as
les étapes pour le reproduire, signale le aux équipes de développement)
sinon, essaie ma piste (tampon undo/redo)
--
Belge
Il meurt d'épuisement entre sa télévision et son canapé.
-+- Les nuls -+-
> J’utilise Open Office
Bravo ! Et si j'ai bien compris tu as le même problème avec Libre Office.
Il est possible que c'est ta base undo/redo qui est trop grande. Ça se
règle (LibreOffice) outils/options puis (terminal man libreoffice) en fait
j'ai la flemme de chercher, je n'expérimente pas ton problème. Si tu as
les étapes pour le reproduire, signale le aux équipes de développement)
sinon, essaie ma piste (tampon undo/redo)
--
Belge
Il meurt d'épuisement entre sa télévision et son canapé.
-+- Les nuls -+-
0 new messages