MandrivaUser.de

Hallo Leute,

ich versuche gerade, mit OO Impress eine Präsentation für die Uni zu erstellen, aber das Programm (und damit die Arbeit) läuft wahnsinnig langsam. Klicke ich z.B in der Datei-Leiste oben (da wo Datei, Bearbeiten, Einfügen, Format etc. steht) auf einen Eintrag, dauert es bestimmt fünf Sekunden, bis sich etwas tut, genau so z.B. beim Rechtsklick auf Bilder zum Einstellen von Bildeigenschaften. Ist das ein Problem, das nur bei mir auftritt? Vielleicht liegt es ja an lokalen Einstellunge oder an meinem EeePC? Ist das ein bekanntes Problem, gar ein Bug?

Info: Ich benutze Open Office in der Version 3.1.1.2, das müsste das aktuellste sein, was in den üblichen Repos vorliegt.

Danke schon mal für eure Ideen und Gruß,
Bike

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Wie sieht denn zu diesen Zeitpunkten das Swap-Verhalten aus?

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

http://www.mandrivauser.de/doku/doku.php?id=allgemein:tipps&s%5B%5D=openoffice&s%5B%5D=installation#openofficeorg_direkt_von_der_quelle_nutzen

Aktuelle Version ist:

_________________
Klug zu fragen ist schwieriger, als klug zu antworten. (persisches Sprichwort)

Ich denke, BRM hat durch die Erwähnung der aktuellsten Version in den Repos klar gemacht, dass er diese zu benutzen wünscht. Und da ist 3.2 erst mit ML 2010.1 angesagt.

Ich denke aber , dass das keinen wesentlichen Unterschied macht.
Impress ist nun mal der leistungshungrigste Bestandteil der Suite.
Ich habe gerade 2 Tage Schulung auf einem System mit einem 1GHz Sempron (oder Duron, jedenfalls die Preiswertvariante von AMD), aber 1GB RAM und der Version 2.3 gehabt. Da lief es ganz gut.

Ich fürchte, dass die Leistung des Atoms im eeePC weit darunter liegt. Und dann ist das "Prozessorchen" halt überfordert.

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

Einen Wunsch, diese Version vorrangig zu nutzen, konnte ich nicht erkennen !
Dieser Beitrag bezieht sich vielmehr auf

Die Betonung liegt hier auf Ideen !

Zumal bei den Repros schon einige Sachen nachdenklich stimmten:
http://www.mandrivauser.de/forum/viewtopic.php?f=57&t=28061



Das befürchte ich nämlich auch !

_________________
Klug zu fragen ist schwieriger, als klug zu antworten. (persisches Sprichwort)

Also: Das Swap-Verhalten von Impress scheint recht normal zu sein, die Präsentation (gemeint ist die Dateigröße nach dem Speichern) liegt bei 3 MB, Swap sind knapp 35MB belegt, die CPU-Last liegt bei maximal 2% (direkt beim Speichern, gleich danach sinkt es auf 1%) - deshalb war ich ja auch verwundert...

Ich würde grundsätzlich schon gerne die Repos benutzen, aber wenn jemand bestätigen kann, dass bei ihm das Problem nach einem Wechsel der Bezugsquelle nicht mehr auftritt, wechsle ich gerne...deshalb nochmal die Frage: Ist das ein bekanntes Problem oder tritt das nur bei mir auf? Läuft Impress bei euch flüssig?

Edit: Mein Eee PC hat 1,6 Ghz und 2GB RAM, das kann ja wohl nicht zuwenig sein!

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Also im Vergleich zu einem Sempron (den Intel Core Duo 2 E8400 vor dem ich sitze, kann man ja schlecht zum Vergleich heranziehen) ist der Atom nicht wirklich schwächer.
http://www.cpubenchmark.net/cpu_list.php

Wenn im Moment des Wartens auf die Programmreaktion (Bei Klick auf Einfügen/... oder Rechtsklick auf ein Bild) 5 Sekunden vergehen, bis eine Reaktion erfolgt, ohne dass wild geswappt wird (also die CPU auf die Platte wartet) oder die CPU beim Umschaufeln von Speicherinhalten schwitzt, dann stimmt entweder etwas mit den Messungen nicht oder ich habe da keine Erklärung für.

Kannst du das Verhalten mit einer Dummy-Präsentation nachstellen?
Und wenn das gelingt, hätte ich die gerne per E-Mail.

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

Ich habe es gerade noch einmal ausprobiert mit Sysmonitor im Hintergrund zur Überwachung von Swap und CPU. Nachstellen kann man das ganz einfach, indem man eine neue Präsentation erstellt. Bei mir reagieren die Dialoge von Anfang an verzögert, diesmal mit maximal 4% CPU und knapp 52MB RAM - das Problem liegt also vermutlich am Programm, nicht am Rechner...
Deshalb nochmal: Ist das bei anderen auch so?

Edit: Das Problem tritt bei allen Programmen des Open Office-Pakets auf, ich passe also den Threadtitel an...

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Nein.

Ich habe gerade mal meinen Sohn auf seinem Samsung Netbook mit 1 GB RAM testen lassen.
Weder mit Win XP und OOo 3.1.1, noch mit Ubuntu 10.04 Netbook Remix und OO.o 3.2 kommt es zu merklichen Verzögerungen bei

- Erstellen einer leeren Präsentation
- Einfügen/Bild ...
- Im Bild Rechtsklick.

Scheint ein Problem deines eeePC mit deiner Installation zu sein.

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

Und bei deinem Sohn erscheinen die Menüs unter Datei/Bearbeiten/Format etc. auch ohne Verzögerung?

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Ja.
Das erste mit einer gefühlten halben Sekunde Zögern, der Rest dann sofort.

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

Verdammt, dann liegt es wohl wirklich entweder an meinem Rechner oder an meiner Installation...

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Nur damit wir nicht aneinander vorbei schreiben: Bei dir tritt das Phänomen auch mit einer neu erstellten, leeren Präsentation auf?

Vorschlag: Besorge dir auch einmal die Ubuntu für Netbooks, starte sie vom Stick und schau, ob das Problem auftritt.
Wenn Nein -> Installation untersuchen
Wenn ja -> Ärgern, da es dann wohl der eeePC ist.

_________________
Mandriva-Linux fluppt einfach!
LINUX is like a Wigwam: No Windows, no Gates and an Apache inside.

Jap, es tritt mit einer komplett neuen und leeren Präsentation auf...das mit Ubuntu werde ich mal ausprobieren, danke...ich melde mich dann nochmal mit dem Ergebnis...

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"

Um nochmal auf dieses Problem zurückzukommen: Auch mit der inzwischen aktuellen Version 3.2.1.besteht bei mir das Problem weiterhin, sowohl auf meinem Netbook (inzwischen nicht mehr ein EeePC, sondern ein Acer, siehe Signatur) als auch auf meinem 17''-Laptop. Ich habe seit Erstellen dieses Threads schon mehrfach neu installiert, es liegt also wohl definitiv an OpenOffice, schließlich kann ich die Hardware ausschließen.

Ach ja: In LibreOffice gibt es das gleiche Problem, auch das Scrollen ist wie in OpenOffice sehr ruckelig, in AbiWord besteht das Problem nicht, aber leider hat das eben nicht den Umfang, den ich brauche...

_________________
17''-Laptop Samsung R730-JT07: 4GB RAM, 2x2,53 Ghz, NVIDIA GeForce 310M + Netbook: Eee PC 1000 HE Acer Aspire One 532 mit 2 GB RAM + diverse Bastelrechner, jeweils mit Mandriva 2010.1 und Mageia 1

"A cherry blossom that gets eaten by a possum isn't that awesome."

Ursprung meines Nicks
"Yes! Wherever bicycles are broken or menaced by international communism, BicycleRepairMan is ready!"