Bonsoir Patrick,

ça me semble être des problèmes liés au port MacOS. Sur Linux OOo avec
ton fichier ouvert prend 415 Mo environ de RAM. Et bien sûr la machine
est lente car elle swape (j'ai aussi Firefox et Thunderbird ouverts).
Décompressé ton fichier fait quand même 222,2 Mio. Il est vrai que le
xml c'est bavard.

JBF


Le 07.01.2010 04:10, PAt a écrit :
> Bonjour à tous, membres de la liste, 
>
> Charge
> ce message est pour signaler que OOo Calc a toujours des problèmes de 
> performance lorsqu'il travaille avec des fichiers imposant une grosse charge, 
> comme ceux intitulés "20(tt)z'essais[...]", disponibles à l'adresse 
> http://www.cubytus.coco.mydisk.se.
>
> Calc est très lent à l'ouverture et l'enregistrement autant de la version ODS 
> (native) que la version XLS (convertie), comparativement à MS Excel, qui est 
> relativement réactif avec la version XLS du fichier, et notamment est capable 
> de l'enregistrer en quelques secondes, contre plus d'une minute pour Calc.
>
> Par ailleurs, même s'il y a eu une amélioration dans la consommation mémoire 
> de OOo lorsque ces fichiers sont ouverts, il prend quand même plus de 600Mio, 
> avec le XLS ou le ODS, alors que MS Office ne prend pas plus de 300Mio avec 
> le XLS.
>
> Je tiens à préciser que ces fichiers n'ont pas été créés dans le seul but de 
> tester les limites de Calc ; il s'agit de fichiers de travail utilisés pour 
> un projet existant.
>
> Réactivité
> De façon générale, on ressent une certaine lourdeur du logiciel sous Mac OS 
> X; le "ballon de plage" apparaît souvent, et l'interface semble moins 
> réactive que les autres applications Mac, même lorsqu'aucun document ou autre 
> programme n'est ouvert.
>
> Je ne me souviens plus si une issue avait été ouverte pour l'un ou l'autre de 
> ces problèmes.
>
> Patrick
>   


-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Répondre à