OVH Cloud OVH Cloud

OpenOffice.org sous MDK 9.1

25 réponses
Avatar
Roland
Bonjour,

Pour une fois que je veux me servir d'un
traitement de texte, OpenOffice.org met 4 minutes
a se lancer. Pendant 4 minutes j'ai le "splachscreen"
OpenOffice affiché. Apres, il marche normalement.

C'est normal qu'il soit aussi long a se lancer, ce truc ?

Au fait, je suis sous Mandrake 9.1, avec un Pentium III 450
192 Mo de memoire, et 50 Go sur disque.

--
Roland MATTEOLI
(retirer ".marreduspam" de l'adresse)

10 réponses

1 2 3
Avatar
Emmanuel Florac
Dans article ,
disait...

C'est normal qu'il soit aussi long a se lancer, ce truc ?



Franchement, non :) Même si OOo est connu pour être vraiment long à se
lancer, disons que 30 secondes c'est un maximum sur une machine comme la
tienne (au hasard, la mienne). Fais un "hdparm -t -T /dev/hda" (en root)
et dis-nous ce que ça donne. Et un "top", aussi.

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?

Avatar
ericb
Roland a écrit:
Bonjour,


C'est normal qu'il soit aussi long a se lancer, ce truc ?

Non...Java peut-être ?


Au fait, je suis sous Mandrake 9.1, avec un Pentium III 450
192 Mo de memoire, et 50 Go sur disque.



J'ai un PII 450 et +de RAM, mais j'en ai pour 15-20 secondes seulement...

Sinon, il existe un plugin qui précharge OO.o. Je crois qu'il s'appelle
ooqstart (en tout cas, sous Debian, c'est son nom).


Cordialement


--
NO ePATENTS / NON AUX BREVETS SUR LES LOGICIELS. Voir / See
http://swpat.ffii.org/

eric b

Avatar
Didier
Bonjour,

Pour une fois que je veux me servir d'un
traitement de texte, OpenOffice.org met 4 minutes
a se lancer. Pendant 4 minutes j'ai le "splachscreen"
OpenOffice affiché. Apres, il marche normalement.

C'est normal qu'il soit aussi long a se lancer, ce truc ?

Au fait, je suis sous Mandrake 9.1, avec un Pentium III 450
192 Mo de memoire, et 50 Go sur disque.



Voir aussi ici : http://fr.openoffice.org/FAQ/general_fr/g26fr.html

Avatar
Roland
Le Wed, 24 Sep 2003 16:29:22 +0200, Didier a écrit :

Voir aussi ici : http://fr.openoffice.org/FAQ/general_fr/g26fr.html
Merci, mais j'avais fait cette manip, plus une autre

aussi trouvee sur le meme site:
ca ne change rien c'est toujours aussi long
--
Roland MATTEOLI
(retirer ".marreduspam" de l'adresse)

Avatar
Roland
Le Wed, 24 Sep 2003 14:35:09 +0200, Emmanuel Florac a écrit :

Franchement, non :) Même si OOo est connu pour être vraiment long à se
lancer, disons que 30 secondes c'est un maximum sur une machine comme la
tienne (au hasard, la mienne). Fais un "hdparm -t -T /dev/hda" (en root)
et dis-nous ce que ça donne. Et un "top", aussi.


Le hdparm donne:
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.95 seconds 4.74 MB/sec
Timing buffered disk reads: 64 MB in 3.28 seconds = 19.51 MB/sec
(ca me parait correct).

top : ca oscille entre 2 et 5% de CPU tant user que system.
Il y a bien un soffice.bin de lance, il travaille au debut
pendant 20 a 30 secondes, puis plus rien (0% de CPU) pendant
4 minutes (environ).
Enfin tout a coup la fenetre openoffice s'ouvre.

Sur le site Openoffice.org ils donnent des conseils pour ce probleme,
J'ai fait toutes les manips, mais mais ca ne change rien.

--
Roland MATTEOLI
(retirer ".marreduspam" de l'adresse)

Avatar
Roland
Le Wed, 24 Sep 2003 15:10:32 +0200, ericb a écrit :

Sinon, il existe un plugin qui précharge OO.o. Je crois qu'il s'appelle
ooqstart (en tout cas, sous Debian, c'est son nom).


Tu sais, si c'est pour avoir OOo qui tourne en arriere plan
pour que ca aille plus vite, c'est pas une bonne solution,
a mon avis. Ca ressemble trop a windows, cette facon de faire....

En plus, pour etre franc, je suis meme pas arrive a l'installer,
ce machin.

Merci quand meme.
C'est fou ce qu'il y a de gens sympas sur ce NG.
Merci a tous !

--
Roland MATTEOLI
(retirer ".marreduspam" de l'adresse)

Avatar
Christophe PEREZ
Le Wed, 24 Sep 2003 17:58:57 +0200, Roland a écrit:

Sur le site Openoffice.org ils donnent des conseils pour ce probleme,
J'ai fait toutes les manips, mais mais ca ne change rien.


Y compris l'astuce du ~/.openoffice/user/psprint/pspfontcach ?

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Didier


Franchement, non :) Même si OOo est connu pour être vraiment long à se
lancer, disons que 30 secondes c'est un maximum sur une machine comme la
tienne (au hasard, la mienne). Fais un "hdparm -t -T /dev/hda" (en root)
et dis-nous ce que ça donne. Et un "top", aussi.



Le hdparm donne:
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.95 seconds 4.74 MB/sec
Timing buffered disk reads: 64 MB in 3.28 seconds = 19.51 MB/sec
(ca me parait correct).



Et que donne hdparm -c /dev/hda pour voir si le dma est sur on ?


Avatar
Didier



Franchement, non :) Même si OOo est connu pour être vraiment long à
se lancer, disons que 30 secondes c'est un maximum sur une machine
comme la tienne (au hasard, la mienne). Fais un "hdparm -t -T
/dev/hda" (en root) et dis-nous ce que ça donne. Et un "top", aussi.




Le hdparm donne:
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.95 seconds 4.74 MB/sec
Timing buffered disk reads: 64 MB in 3.28 seconds = 19.51 MB/sec
(ca me parait correct).



Et que donne hdparm -c /dev/hda pour voir si le dma est sur on ?

Pendant que j'y pense, il n'y a que Oo qui rame ? Et d'autres applis

comme Mozilla ?



Avatar
Roland
Le Wed, 24 Sep 2003 18:51:39 +0200, Didier a écrit :


Et que donne hdparm -c /dev/hda pour voir si le dma est sur on ?
Ca donne:


/dev/hda:
IO_support = 0 (default 16-bit)

Pendant que j'y pense, il n'y a que Oo qui rame ? Et d'autres applis
comme Mozilla ?


Non tout marche très bien, sauf OOo.
En plus j'ai installe MDK 9.1 hier, suite a un crash disque
sur mon ancien 9.0 (il y a eu de gros orages ici !!), alors
il n'y a pas de B... sur le disque. Sur ma 9.0, OOo ramait
pareil, mais je pensais que c'etait parce que j'avais installe
de mauvaises bibliotheques, ou un truc comme ca. Comme je m'en
sert très peu, j'ai laisse tomber. Mais la, avec un MDK 9.1
tout neuf et tout propre, ca devrait marcher. A mon avis,
c'est OOo qui ne m'aime pas. Ou alors y a un gros bug !!

--
Roland MATTEOLI
(retirer ".marreduspam" de l'adresse)


1 2 3