Discussion :

[fechsam]

Bonjour,
Je cherche depuis un certain temps maintenant à accélérer le démarrage de Writer.
La lenteur est rencontré sur un document maitre constitué de 600 pages.

Toutes les images ont été passées en mode "liée". Du coup, le plus gros document partiel fait moins de 110 Ko.
J'ai également désactivé le moteur Java.
J'avais un sommaire en fin de document. Je l'ai exclu pensant que l'indexation ralentirait le processus.

Pour le moment, je n'ai pas trouvé la solution pour avoir un document ouvert en moins de 20 secondes.
Auriez vous une idée à me suggérer ?

Cdt
Ooo

[njhub]

Bonjour fechsam,

Un document de six cent pages n'a sûrement pas été rédigé en une fois, on doit en retrouver des bribes un peu partout sur le disque dur...

Testez en défragmentant le disque concerné, ou envoyez vous le document par mail après avoir stocké les images dans un unique répertoire...

[fechsam]

Merci pour la réponse.
Je confirme que 600 pages, ca ne se fait pas en 1 jour.. ni en 1 mois d'ailleurs :-)
Libreoffice est bien entendu totalement à jour.
Les fichiers odt et odm sont dans le meme repertoire. Quant aux images, elles sont toutes dans le même sous-repertoire.
Les 8 Go de ram n'apparaissent pas insuffisants dans les outils de W10.
La sécu est checkée avec bitdefender.
Pour la defrag, c'est une partition specifique fichiers de travail, qui plus est SSD. Bien que ca ne soit pas necessaire, j'ai passé Advanced system care qui a confirmé qu'il n'y avait rien à faire de ce côté.
Cdt
Ooo

[njhub]

Bonjour fechsam,

Avez vous tenté de vous envoyer le document par mail?

[fechsam]

Bonjour fechsam,

Avez vous tenté de vous envoyer le document par mail?

Bonjour,

Non, je n'ai pas fait ca.
Et pourquoi ?
Je ne comprends pas la démarche.
(sur la lenteur, je parle bien du fichier odm, pas de l'export pdf)

Ca supposerait que je mette tous les fichiers dans un zip pour me les envoyer puis les dezipper et voir si cva fonctionne mieux !? Ca ressemble à un tour de magie non ?? :-)

Ceci dit, ca me paraitrait plus etre un probleme de gestion de memoire qu'autre chose.
J'ai un autre doc odm dont les fichiers arrivent à 300 pages et qui semble mettre moitié moins de temps.
Ceci dit, c'est une impression à relativiser, vu qu'il n'y a forcement pas le meme contenu ni les memes images.

Mais je ne serai pas contre quelques tips d'optimisation de la memoire de LO.
Je dirais que j'ai bien 600 pages supplementaires à ajouter, alors il vaudrait mieux que je m'en inquiète maintenant :-(
Cdt

[Jipété]

Bonsoir,

Ceci dit, c'est une impression à relativiser, vu qu'il n'y a forcement pas le même contenu ni les mêmes images.

mais ça donne un ordre d'idée.

Un test simple et rapide : tu prends ton doc de 600 pages, tu en supprimes 300 et tu enregistres ce qui reste sous "fichier-test".
Tu fermes tout puis tu ouvres ce fichier-test en chronométrant, tu verras bien si c'est ça le problème.

À titre d'exemple, j'ai un livre de 100 pages A4 avec beaucoup d'images, certaines en pleine page, au power-up de la machine il faut à un LO récent presque 7 secondes pour l'ouvrir (ma machine n'est pas un foudre de guerre).

Alors j'ai bien dit "à titre d'exemple" car pour comparer, il faudrait que tous les paramètres soient identiques sauf un, donc là on navigue au pifomètre, d'où mon idée de couper ton fic en deux.

Et dans la foulée, tu devrais essayer de faire un autre test avec un truc de 1200 pages, toutes choses égales par ailleurs.

[fechsam]

Merci pour vos tentatives.
Je sais que ca va continuer de me gratter mais au vue de ca
https://ask.libreoffice.org/t/speed-...00-pages/80765
je mets mes recherches de côté.
Je pense que c'est un probleme d'indexation de Libreoffice (interne.. parce que le sommaire soit present ou pas, le comportement reste lent). Le compteur de page s'incremente a coup de 50 pages.. tout ca pour un document exporté en odt qui ne fait que 560 Ko.
Je vas segmenter en documents de 300 pages, ca sera plus confortable... a la création... mais pas a l'usage. :-(

[Jipété]

Bonjour,

et merci pour le lien, j'y ai appris des trucs qui m'ont incité à faire des petits tests, qui ont confirmé ce que je pense depuis longtemps : LO c'est une usine à gaz terrifiante, quand on explore le fichier content.xml dans le .odt...
Une chatte n'y retrouverait pas ses petits,

Je pense que c'est un problème d'indexation de Libreoffice (interne.. parce que le sommaire soit présent ou pas, le comportement reste lent). Le compteur de page s'incrémente à coup de 50 pages.. tout ça pour un document exporté en odt qui ne fait que 560 Ko.

Hé oui, j'ai un fichier de 344 octets qui, une fois passé dans Writer avec mise en gras de 2 petites lignes, passe à 10 ko : 30 fois plus lourd...

Je vais segmenter en documents de 300 pages, ça sera plus confortable... à la création... mais pas à l'usage. :-(

Bah, une fois fini tu réassembles tout et tu fais générer un pdf.

[fechsam]

Bah, une fois fini tu réassembles tout et tu fais générer un pdf.

ma fois.. c'est vrai que rien n'oblige à avoir en permanence tout le dossier en fonction en meme temps a chaque instant.
je vais adapter dans ce sens. Merci pour l'idée.

Cdt

[Guesset]

Bonjour,

Il est fait état d'un document maître ce qui implique normalement qu'il soit constitué de plusieurs documents secondaires qui correspondent à des parties ou chapitres.

Normalement on ne travaille que sur les documents secondaires réservant au document maître le travail d'agrégation, numérotation unique, table des matières consolidée, index global etc.

Bien sûr, il est frustrant de n'avoir qu'une partie sous la main et la tentation est grande de travailler sur le maître. C'est une erreur. Pour fonctionner ainsi, ce serait "moins pire" de travailler sur un seul gros document.

Le mélange des formats internes au document (dessin vectoriel, images, formules mathématique, animations...) sont autant de facteurs de ralentissement. Par exemple, le temps de recalcul d'une image vectorielle incite à créer et travailler l'image ailleurs (draw par exemple) et l'exporter en png (éviter les formats destructeurs type jpg pour des schémas). C'est beaucoup plus rapide à gérer en chargement et en affichage. A ce propos, la dernière version de Draw n'exporte plus correctement les sélections en png (fichier de taille 0 )

Les ressources embarquées par lien sont pratiques (actualisation automatique) mais cela prend plus de temps au chargement car le programme ne peut se fier aux dernières données enregistrées relatives à ces éléments. Il doit alors récupérer ces caractéristiques et faire les calculs subséquents avant de pouvoir mettre à jour le documents.

Salutations

[fechsam]

Bonjour,
Normalement on ne travaille que sur les documents secondaires réservant au document maître le travail d'agrégation, numérotation unique, table des matières consolidée, index global etc.
Salutations

Je n'avais pas cru bon de specifier que j'étais dans la normalité.
Ma procédure est d'ouvir le document maitre.. cause de ce post vs sa lenteur à s'ouvir. Une fois ouvert, j'ouvre le document concerné pour en faire son edition.

De ce que j'ai remarqué, modifer un texte dans le document maitre n'est pas possible. Il faut systematiquement passer par un des documents de la liste des documents associés.
Il me semble par contre que c'est une idée intéressante d'organiser les styles depuis le document maitre pour normaliser l'ensemble de la presentation.

Il me semble que si React est capable de mettre a jour uniquement ce qui a besoin de l'etre, LibreOffice pourrait s'en inspirer pour ne mettre a jour que la partie d'une table des matieres par exemple, afin de gagner en reactivité. C'est juste une suggestion d'utilisateur qui a eu l'idée sogrenue de travailler avec des documents (maitres les documents.. pas ceux qui le composent) de 600 pages :-)