Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Re bonjour,

Je viens de faire quelques tests avec le fichier de 55000 lignes évoqué dans
ce fil ( et  toujours téléchargeable 
http://www.hightail.com/download/ZUcyQk05Q1J6NFBIRHNUQw
<http://www.hightail.com/download/ZUcyQk05Q1J6NFBIRHNUQw>  )

Environnement : Win 7 Pro 64 bits, Core I7, 8 Go Ram. Les versions de LibO
sont en installation parallèle.

Là ca se complique. Les tests sont faits en demandant un "remplacer tout" 
de la valeur -9 par rien 
 - Ctrl-H
- zone rechercher : -9, zone  remplacer par : rien, toutes les autres
options par défaut ( donc "cellules entières" est cochée, ainsi que
'sélection active seulement' s'il y a une sélection).
- on clique sur 'Tout remplacer'

LibO 4.1.6 :
- Pas de sélection (donc remplacement sur la feuille au complet ) : 30
secondes et plantage de LibO, avec redémarrage automatique de LibO.
- Sélection des données par Ctrl-* => même plantage au bout de 30 secondes.
- Sélection de la colonne 'Trust' => remplacement effectué au bout de 7 sec.

LibO 4.4 dev du 09/10/14 :
- Pas de sélection (donc remplacement sur la feuille au complet ) : 30
secondes et plantage de LibO avec message 'bad allocation'. Pas de
redémarrage.
- Sélection des données par Ctrl-* => 30 secondes et plantage de LibO avec
message 'bad allocation'. Pas de redémarrage.
- Sélection de la colonne 'Trust' => remplacement effectué au bout de 10 sec
(donc un peu plus lent que la 4.1.6

La où le bât blesse : 
Apache OpenOffice 4.1.1, même méthodologie ( raccourci Ctrl-F au lieu de
Ctrl-H)
- Pas de sélection : remplacement effectué sur toute la feuille en moins de
7 sec.
- Sélection de la colonne 'Trust' : remplacement en environ 2 sec ....
( bon, par contre petit détail : contrairement à LibO, en cas de sélection, 
l'option 'Selection active' seulement ne se coche pas automatiquement.)

Et accessoirement, j'ai repris le fichier attaché au bug 83141 : pour le
même remplacement ( selection d'un colonne et remplacement MME par MMES) :
LibO 4.1.6 moins de 4sec, LibO 4.4 env 7.5 sec avant de reprendre la main et
ApacheOO 4.1.1. : remplacement quasi instantané.

Pour en revenir à la demande d'origine de F.Thomas : comment faire ce
travail de remplacement :
- avec Apache Open Office
- avec LibO mais en procédant colonne par colonne
- pas de formule dans les données donc en enregistrant en csv, remplacement
avec un quelconque éditeur, réouverture avec LibO

Il y a clairement un problème de performance dans le code LibO par rapport à
l'ancien code AOO. Ce qui est gênant, c'est qu'avec un gros fichier (55000
lignes certes, mais on est loin du nombre max de ligne d'un tableau)
l'opération de remplacement devient impossible et plante le programme.
Il y a déjà eu des améliorations entre la version 'initiale' de la 4.4 et
les versions dev actuelles, mais il reste encore du chemin à faire pour
retrouver les anciennes performances.


Comment faire remonter cette info ?






--
View this message in context: 
http://nabble.documentfoundation.org/Calc-se-plante-avec-55-000-cas-tp4116563p4125841.html
Sent from the Users mailing list archive at Nabble.com.

-- 
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.