Performance LIbreOffice - Calc

fr-users
#1

Bonjour,

J'ai un document avec près de 300000 cellule avec des calculs (recherchev,
si, somme...) j'ai des plage nomé pour évité de faire mes recherche sur
l'ensemble des lignes des feuilles, y compris un table de pilot. Le fichier
fait 8 Mo, sans graphique, peut de mise en forme.
Le document a été tester sous LibreOffice 5.4 - 6.3 - 7.0 avec des
performances ... on a l'impression d'être sur un 486 pour ceux qui on
connue...

L'application des calcule est lente, mais pourquoi pas. Mais la sauvegarde
.... c'est 10 - 15 minutes, on a l'impression que LibreOffice est planté.
et là je parle de la version 5.4, sur les version 6 et supérieur, le
fichier est devenu presque inouvrable, LibreOffice bloque sur "Ajustement
de la hauteur des lignes"

Au niveau logiciel je suis sur kubuntu 18.04, Processeur I7, 8Go de ram et
un ssd. Les sauvegardes se font en local (pas sur un lecteur réseau).

Est - ce que vous avez des idées pour avoir un temps de réponse "correcte"
sur LibreOffice ?

Il n'y a pas eu de modification sur la configuration par défaut de
LibreOffice. Je pense regarder du coté attribution de la ram, mais pas sur
que cela améliore grandement les choses.

Si vous avez des idées je suis preneur.

Bonne journée et merci de votre aide.

Benoit

#2

Bonjour

cela commence à faire un gros fichier 300 000 cellules dans un tableur.

D'un point de vue structurel, il me semble qu'il serait peut être plus efficace de scinder ce fichier en plusieurs.

Sans doute est il possible de regarder du coté des logs de LO pour voir ce qui pose problème à la sauvegarde.

Bonne journée

François-Marie

#3

Bonjour,

LibreOffice est sujet à de nombreuses améliorations des performances depuis quelques versions.

J'ai vu passer quelque chose au sujet du calcul de la hauteur des lignes dernièrement.

Je vous engage à essayer la version 7.1 voire celle en développement 7.2 pour voir si les performances sont meilleures

Si tel n'est pas le cas, rédigez un bug.

Je peux faire quelques essais avec ces versions si vous le souhaitez

Pierre

#4

Je suis sous LO 7.1.03 avec Linux Debian Bullseye, sur un portable lenovo avec 8go de ram.

je viens de générer un fichier de 8,7 Mo contenant 500 colonnes et 1223 lignes chaque cellule comporte une fonction aléatoire et une moyenne en bas de colonne.

La sauvegarde ne pose pas de problème en terme de temps, moins de 10 secondes.

François-Marie

#5

Bonjour

Je ne serais pas choquée qu'un recherchev et des tables de pilote soient des fonctions plus gourmandes qu'un alea.

Oui 300 000 cellules c'est beaucoup.
Ce n'est pas parce-qu'un millions de lignes sont proposées qu'il faut penser que c'est franchement fait pour.

1-désactiver le calcul automatique. Données/calcul (de mémoire)
Chaque intervention y compris sur l'affichage, la largeur de colonne, les hauteurs de lignes générera sinon un nouveau calcul de toutes les valeurs. La conséquence est que les même résultat sera affiché partout jusqu'à ce que le calcul soit exécuté manuellement. Mais vous vous y retrouverez en capacité de manipulation du fichier.

2- je ne comprends pas votre utilisation de plages nommées pour "éviter de travailler sur toutes les lignes". Les plages nommées c'est très bien et ça rend plus lisible une fonction. Mais si vous specifiez correctement une plage de cellule précise, la plage nommée ne fera pas gagner sur le temps de calcul.

3- le vrai conseil ultime : un recherchev peut s'assimiler a un merge en basse de données. Utiliser un outil de traitement de données serait peut-être préférable. Si vos 300 000 cellules sont le fruit d'une sortie applicative, améliorer cette sortie pour en sortir des données plus agrégées ne ferait pas de mal.

C'est vrai que la performance est censée être meilleure depuis les versions 6. Encore faut-il prendre le tableur pour ce qu'il est.

Bon courage

Claire