Le 13.08.2009 22:36, PAt a écrit :
>
> Bonsoir,
> C'est un constat récurrent depuis la branche 2.x en X11, ça s'est
> poursuivi dans la branche native 3.x, 3.1 incluse.
>
> C'est aussi vrai lorsque je travaille avec un fichier de tableur
> lourd. Ouvert, il met OOo à genoux, et bouffe entre 800Mio et 1,2Gio
> de mémoire réelle, et autant de swap, et entraîne l'ordi avec lui en
> gardant 15 à 25 pourcent de CPU à ne faire qu'attendre, et ce, surtout
> sous Linux et OS X.
>
>  Converti en XLS pour MS Office 2008, un ami indiquait une
> consommation modérée de 300Mio et 0% CPU alors qu'il voyait des
> chiffres similaires aux miens sous OOo (ce qui lui faisait dire que la
> suite n'est toujours pas prête pour le travail lourd, mais c hors sujet).
>
> Si qqn le demande, je mettrai ce fichier en téléchargement.
Je suis preneur.

Bonne journée
JBF
>
> Patrick
>
> Le 2009-08-13 à 16:12, Jean-Baptiste Faure <[email protected]> a
> écrit :
>
>> Bonsoir Patrick,
>>
>> Le 13.08.2009 18:17, PAt a écrit :
>>>
>>>
>>> Ça  ne semble rentrer dans aucun des tests proposés, alors je le met
>>> ici:
>>>
>>> Sous Mac OS 10.5.8, OpenOffice.org 3.1.1 RC1 laisse toujours une
>>> impression de lourdeur extrême en comparaison des autres applications
>>> Mac.
>> Est-ce que tu as comparé avec OOo 3.1.0 sur la même machine, autrement
>> dit est-ce spécifique à cette version ou c'est une constatation continue
>> depuis la 3.0 ?
>>
>> Merci pour ce retour.
>>
>> Bonne soirée
>> JBF
>>
>> -- 
>> 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]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
>


-- 
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 à