Fichier Calc très lent

fr-users
#1

Bonjour tout le monde,

LibreOffice n'est pas toujours rapide, surtout quand il y a des traitements graphiques.

Là j'ai un fichier Calc pas très compliqué, pas très lourd (1,2 Mo, tiens au fait des Mo pas des Mio) qui met trèèès longtemps se charger et à s'enregistrer. Dans le 2e cas, il bloque LibreOffice qui devient tout gris. Il fait ça même quand il est tout seul.

https://ncloud.zaclys.com/index.php/s/VuEURrMTO5Oph6b

Je vous laisse voir.

Merci.

#2

​Petite analyse rapide: effectivement c'est lent à l'ouverture
(probablement aussi à l'enregistrement, j'ai pas testé), et il n'y a pas de
raison apparente.
Cela dit, après ouverture de l'archive on voit que content.xml fait 276,7
Mio. C'est beaucoup pour un tableau de 200 lignes et quelque colonnes.​

Je suppose qu'un grand nombre de cellules sont enregistrées. La feuille
"Celsius 2018" qui va jusqu'à la ligne 1048576 est un bon point de départ
:wink: (et j'aurais du regarder les feuilles avant d'ouvrir l'archive, ça
aurait fait gagner du temps)

Bien sur, une fois ces lignes supprimées tout va bien :slight_smile:

#3

Bonjour,

Bonjour tout le monde,

LibreOffice n'est pas toujours rapide, surtout quand il y a des
traitements graphiques.

Là j'ai un fichier Calc pas très compliqué, pas très lourd (1,2 Mo, tiens
au fait des Mo pas des Mio) qui met trèèès longtemps se charger et à
s'enregistrer. Dans le 2e cas, il bloque LibreOffice qui devient tout gris.
Il fait ça même quand il est tout seul.

https://ncloud.zaclys.com/index.php/s/VuEURrMTO5Oph6b

Je vous laisse voir.

​Petite analyse rapide: effectivement c'est lent à l'ouverture
(probablement aussi à l'enregistrement, j'ai pas testé), et il n'y a pas de
raison apparente.
Cela dit, après ouverture de l'archive on voit que content.xml fait 276,7
Mio. C'est beaucoup pour un tableau de 200 lignes et quelque colonnes.​

Je suppose qu'un grand nombre de cellules sont enregistrées. La feuille
"Celsius 2018" qui va jusqu'à la ligne 1048576 est un bon point de départ
:wink: (et j'aurais du regarder les feuilles avant d'ouvrir l'archive, ça
aurait fait gagner du temps)

Bien sur, une fois ces lignes supprimées tout va bien :slight_smile:

En fait il suffit de vider les cellules a367:a1048576 qui contiennent un code d'erreur #NUM!

Oui et le fichier ne fait plus que 53,9 ko.

Bonne journée
JBF

#4

Bonjour,

​Petite analyse rapide: effectivement c'est lent à l'ouverture
(probablement aussi à l'enregistrement, j'ai pas testé)

aussi à l'enregistrement.

Cela dit, après ouverture de l'archive on voit que content.xml fait 276,7
Mio. C'est beaucoup pour un tableau de 200 lignes et quelque colonnes.​

Autant je comprends l'origine du problème, autant je ne comprends pas l'obésité du xml sans rapport avec le poids du fichier ods. Est-ce qu'il n'y aurait pas là un réel problème à soulever (et régler) qui expliquerait d'ailleurs bien des ralentissements.

Je suppose qu'un grand nombre de cellules sont enregistrées. La feuille
"Celsius 2018" qui va jusqu'à la ligne 1048576 est un bon point de départ
:wink: (et j'aurais du regarder les feuilles avant d'ouvrir l'archive, ça
aurait fait gagner du temps)

Bien sur, une fois ces lignes supprimées tout va bien :slight_smile:

En fait il suffit de vider les cellules a367:a1048576 qui contiennent un code d'erreur #NUM!

Code d'erreur que je n'ai pas vu vu que je ne suis pas descendue assez bas (oups).

Oui et le fichier ne fait plus que 53,9 ko.

Je suis arrivée à 50 ko.

Bon, si je me rappelle comment j'ai fait :

1/ copier une des deux feuilles 2016 ou 2017 pour faire 2018 ;
2/ effacer le contenu des trois colonnes ;
3/ remplissage de la première colonne et là j'ai dû faire la boulette que je déconseille "sélectionner toute la colonne sauf la première cellule" pour remplir la colonne.

Mais même comme ça, je ne vois pas trop comment ces codes d'erreur ont pu se nicher là-dedans.

Merci à tous les deux.

#5

Chaque cellule en erreur dans ton fichier est codée en xml dans le content.xml de la façon suivante :
<table:table-row table:style-name="ro1">
  <table:table-cell table:formula="of:#NUM!" office:value-type="string" office:string-value="" calcext:value-type="error">
    <text:p>#NUM !</text:p>
  </table:table-cell>
  <table:table-cell table:number-columns-repeated="1023"/>
</table:table-row>

ça fait 286 caractères à multiplier par environ 1 million cela devrait donner environ 286 Mo à 1 octet par caractère. Le compte y est.

Quand on vous dit que le xml c'est bavard et qu'il ne faut pas en abuser. :wink:

Bonne fin de journée
JBF