Quand neoofice est en arrière plan, il consomme une quantité
considérable de CPU. Généralement plus de 80%, avec une pointe
homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
Plus exactement, c'est l'éxécutable soffice.bin qui pédale comme ça.
La config : un G4@867 Mhz bipro, 1 Go de RAM, sous OS X.3.9, et
Neooffice 1.2 avec les dernières mises à jour.
Alors qu'avec mon PowerBook 12" @867Mhz (alu), 640 Mo de RAM, pas de
problème : quand on ne lui demande rien, il ne fait rien ...
Ca le fait même quand il n'y a aucun fichier d'ouvert.
Mais que fait il donc de tout ces cycles ?
Et, question annexe : comment éviter ça ? Parce que ça ralenti nettement
le reste.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
sebastienmarty
Olivier Marti wrote:
Bonjour,
Quand neoofice est en arrière plan, il consomme une quantité considérable de CPU. Généralement plus de 80%, avec une pointe homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
De ce que j'ai pu lire, l'occupation des bipros se calcule en effet sur 200%.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
Olivier Marti <olivier.marti@ensta.org> wrote:
Bonjour,
Quand neoofice est en arrière plan, il consomme une quantité
considérable de CPU. Généralement plus de 80%, avec une pointe
homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
De ce que j'ai pu lire, l'occupation des bipros se calcule en effet sur
200%.
--
[SbM]
<http://sebastienmarty.free.fr> - <http://tradintosh.free.fr>
<http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr>
"If the French were really intelligent, they'd speak English" (W. Sheed)
Quand neoofice est en arrière plan, il consomme une quantité considérable de CPU. Généralement plus de 80%, avec une pointe homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
De ce que j'ai pu lire, l'occupation des bipros se calcule en effet sur 200%.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
Franck Pastor
Le 2006-02-20 21:20:59 +0100, (Olivier Marti) dit :
Bonjour,
Quand neoofice est en arrière plan, il consomme une quantité considérable de CPU. Généralement plus de 80%, avec une pointe homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
Plus exactement, c'est l'éxécutable soffice.bin qui pédale comme ça.
La config : un Mhz bipro, 1 Go de RAM, sous OS X.3.9, et Neooffice 1.2 avec les dernières mises à jour. Alors qu'avec mon PowerBook 12" @867Mhz (alu), 640 Mo de RAM, pas de problème : quand on ne lui demande rien, il ne fait rien ...
Ca le fait même quand il n'y a aucun fichier d'ouvert.
Mais que fait il donc de tout ces cycles ?
Et, question annexe : comment éviter ça ? Parce que ça ralenti nettement le reste.
Olivier
Le tout dernier patch corrige ce problème. Pour info, ils en sont au patch 4. Voici le mail explicatif de ce patch :
Even though I released a patch only a few days ago, I finally found the cause of a bug that was causing some users to see huge CPU usage even after all windows are closed. I fixed this bug this morning (it was due to a memory leak) and so I have released "Patch 4" today.
Since this bug can cause NeoOffice to use an excessive and unnecessary amount of CPU and memory, I highly recommend that all NeoOffice users download and install "Patch 4".
À télécharger ici : http://www.planamesa.com/neojava/fr/patch.php
Le 2006-02-20 21:20:59 +0100, olivier.marti@ensta.org (Olivier Marti) dit :
Bonjour,
Quand neoofice est en arrière plan, il consomme une quantité
considérable de CPU. Généralement plus de 80%, avec une pointe
homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
Plus exactement, c'est l'éxécutable soffice.bin qui pédale comme ça.
La config : un G4@867 Mhz bipro, 1 Go de RAM, sous OS X.3.9, et
Neooffice 1.2 avec les dernières mises à jour.
Alors qu'avec mon PowerBook 12" @867Mhz (alu), 640 Mo de RAM, pas de
problème : quand on ne lui demande rien, il ne fait rien ...
Ca le fait même quand il n'y a aucun fichier d'ouvert.
Mais que fait il donc de tout ces cycles ?
Et, question annexe : comment éviter ça ? Parce que ça ralenti nettement
le reste.
Olivier
Le tout dernier patch corrige ce problème. Pour info, ils en sont au
patch 4. Voici le mail explicatif de ce patch :
Even though I released a patch only a few days ago, I finally found the
cause of a bug that was causing some users to see huge CPU usage even
after all windows are closed. I fixed this bug this morning (it was due
to a memory leak) and so I have released "Patch 4" today.
Since this bug can cause NeoOffice to use an excessive and unnecessary
amount of CPU and memory, I highly recommend that all NeoOffice users
download and install "Patch 4".
À télécharger ici : http://www.planamesa.com/neojava/fr/patch.php
Le 2006-02-20 21:20:59 +0100, (Olivier Marti) dit :
Bonjour,
Quand neoofice est en arrière plan, il consomme une quantité considérable de CPU. Généralement plus de 80%, avec une pointe homologuée à 105% (erreur de mesure de ps, ou effet bipro ?).
Plus exactement, c'est l'éxécutable soffice.bin qui pédale comme ça.
La config : un Mhz bipro, 1 Go de RAM, sous OS X.3.9, et Neooffice 1.2 avec les dernières mises à jour. Alors qu'avec mon PowerBook 12" @867Mhz (alu), 640 Mo de RAM, pas de problème : quand on ne lui demande rien, il ne fait rien ...
Ca le fait même quand il n'y a aucun fichier d'ouvert.
Mais que fait il donc de tout ces cycles ?
Et, question annexe : comment éviter ça ? Parce que ça ralenti nettement le reste.
Olivier
Le tout dernier patch corrige ce problème. Pour info, ils en sont au patch 4. Voici le mail explicatif de ce patch :
Even though I released a patch only a few days ago, I finally found the cause of a bug that was causing some users to see huge CPU usage even after all windows are closed. I fixed this bug this morning (it was due to a memory leak) and so I have released "Patch 4" today.
Since this bug can cause NeoOffice to use an excessive and unnecessary amount of CPU and memory, I highly recommend that all NeoOffice users download and install "Patch 4".
À télécharger ici : http://www.planamesa.com/neojava/fr/patch.php
