Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

1

08.05.2007, 16:21

[gelöst] Openoffice braucht 100 Jahre zum Speichern

Jeder Speichervorgang bei OO dauert seit dem dist-upgrade auf Feisty ca. 5 Sekunden auf die lokale Festplatte. Ich könnte nur ungern damit leben.

Version 2.2.0-1ubuntu3

Ein Bug oder falsch konfiguriert? hatte das schonmal jemand?


TooniX

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TooniX« (15.05.2007, 10:25)


2

08.05.2007, 16:49

RE: Openoffice braucht 100 Jahre zum Speichern

Zitat

Original von TooniX
Jeder Speichervorgang bei OO dauert seit dem dist-upgrade auf Feisty ca. 5 Sekunden auf die lokale Festplatte. Ich könnte nur ungern damit leben.


Ganz ehrlich ? Wo liegt dein Problem...5s ? Sind doch völlig legitim.
Meine PC Config:
AMD Athlon64 3500+ , 512MB DDR Ram, GeForce6600GT (PCI-e), LG DVD-Brenner
Und darauf läuft mein schönes Edgy Eft .. Nein ! Ich update nicht ! :D
Gnome,AmiWm,KDE,XFce, .....

3

08.05.2007, 16:56

OpenOffice.org braucht bei mir teilweise noch länger (bei Berichten für die FH mit vielen Grafiken und Diagrammen). Die Zeit die OpenOffice.org zum Abspeichern braucht hängen u.a. von folgenden Faktoren ab:

- Dokumenten größe (Klar, dass OOo zum speichern eines Dokumentes von einigen hundert Seiten länger braucht als für eine Seite, oder?)

- Die Häufigkeit, in der du Zwischenspeicherst

- Anzahl der enthaltenen Grafiken (Grafiken brauchen viel Speicher und daher auch viel Speicherzeit)

- je nach Aufwendigkeit des Dokumentes bzw. Datenbank

Gruß
Dunkelangst

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

4

08.05.2007, 16:59

früher war das in 1-2 Sek erledigt. Ich hab jetzt gestoppt: 9 Sekunden. Jedenfalls deutlich länger, und so, dass es beim Arbeiten aufhält.

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

5

08.05.2007, 17:01

9 Sekunden für ein einseitiges Dokument mit 2 Textrahmen und keiner Grafik. Dateigröße: 17,4 kB. Ich nehme nicht an, dass es normal ist.


Ingrid TooniX

Gast

User

  • »Gast« ist männlich

Beiträge: 38

Registrierungsdatum: 08.04.2007

Derivat: Ubuntu

Architektur: 64-Bit PC

  • Nachricht senden

6

08.05.2007, 17:15

Howdy!!!

9 Sekunden? Sei doch froh, mein alter Computer brauchte manchmal eine Minute. Mit 10 Sekunden Speicherzeit kann man doch leben

Gast
Freundliche Grüsse
der 'Gast'


Zieh dich aus, leg dich hin, wir müssen reden
Ich bin mit der Gesamtsituation unzufrieden

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Gast« (08.05.2007, 17:15)


7

08.05.2007, 17:42

Zitat

Original von TooniX
früher war das in 1-2 Sek erledigt. Ich hab jetzt gestoppt: 9 Sekunden. Jedenfalls deutlich länger, und so, dass es beim Arbeiten aufhält.
Was meinst du mit Früher?

OpenOffice.org nutzt inzwischen das OpenDocument Format. Unter anderem werden daher die zu speichernden Dokumente mit dem zip Algorithmus komprimiert (welches natürlich mehr Zeit braucht).
Darum ist dein Dokument nur 17, 4 kB groß. Du kannst ja mal zum Spaß die Datei Endung .odt umändern in .zip und Dir Dein "Dokument" mal näher anschauen...

Oder du speicherst das Dokument mal in eine Microsoft Office Datei .doc. Dann siehst du auch einen kleinen Unterschied in der Dateigröße


Auch neun Sekunden halte ich noch für den Norm Bereich.

Zitat

TooniX
für ein einseitiges Dokument mit 2 Textrahmen
Für ein derart simples Dokument solltest du Dir einmal Abiword anschauen... Das speichert schneller und kriegt das auch noch gerade hin...

Gruß
Dunkelangst

trono

User

  • »trono« ist männlich

Beiträge: 1 559

Registrierungsdatum: 05.08.2005

Derivat: Kein Ubuntu-Derivat

Architektur: 64-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

8

08.05.2007, 20:25

Hallo,

wenn ich das noch richtig in Erinnerung habe, kann man unter Optionen Einstellungen vornehmen, wie Arbeitsspreicher und Cache zuordnen, was insgesamt beschleinigen soll. Bei mir warens mit Writer bei 7 Seiten nicht ganz 2 Sekunden fürs Speichern.

gruß trono
+++Älter werden ist wie Berg steigen. Je höher man kommt, umso weiter sieht man+++

  • »peewee« ist männlich

Beiträge: 18

Registrierungsdatum: 28.10.2006

Derivat: Ubuntu

Architektur: 32-Bit PC

  • Nachricht senden

9

08.05.2007, 21:08

Hi,

Also ich versteh nicht warum man ma nich 5-10 sekunden warten kann.
1...2...3...4...5...6...7...8...9...10

War das jetzt so lange???

Also ich bin völlig zu frieden wenn ich mir mein word angeguckt hab das manchmal abgestürtzt ist.

10

08.05.2007, 21:08

@trono:
Ich bin jetzt eben davon ausgegangen, dass er alles was dazu im Wiki steht schon kennt:

Zitat

OpenOffice.org/Installation
Das Programm ooqs (openoffice quickstarter) wird ab der Ubuntu-Version Dapper Drake nicht mehr unterstützt. Den Schnellstarter kann man allerdings ganz einfach einschalten, indem man den eingebauten Schnellstarter im OpenOffice.org-Optionenmenü aktiviert. Dazu muss man folgende Schritte ausführen: OpenOffice.org-Textverarbeitung starten, dann unter "Extras -> Optionen -> Arbeitsspeicher" das Häkchen bei "Schnellstart des Systemabschnitts der Kontrollleiste" aktivieren.

Nun sollte der Schnellstarter beim nächsten Systemstart geladen werden, falls aber nicht, muss der Befehl

<code># ooffice -quickstart -nologo -nodefault </code>

in den Autostart gelegt werden.
Aber ich gebe Dir Recht:

Das steht noch nicht so lange im Wiki; das nächste Mal werde ich darauf verweisen...

Gruß
Dunkelangst

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

11

09.05.2007, 08:38

Hmm, das Dokumentenformat wurde also zwischen OO 2.0 und 2.2 dermaßen geändert, dass es jetzt bei allen 4mal länger dauert, eine Datei zu speichern?

Mit dist-upgrade meinte ich übrigens nicht den Wechsel von Windows (der ist 5 Jahre her), sondern von breezy auf feisty (ohne dapper dazwischen) ;).

Ich hab mir das jetzt nochmal angesehen: der Fortschrittsbalken geht tatsächlich in 1-2 Sekunden komplett von links nach rechts. Nur danach dauert es (unabhängig von der Dateigröße) ca. 8 Sekunden, bis man weiterarbeiten kann. In dieser Zeit nimmt er keine Eingaben an, die Icons bleiben ausgegraut und die Prozessorlast ist bei 100%. Also irgendwas muss er da tun, was ihn Zeit kostet. Diese Zeit hat vor dem Upgrade vielleicht 1 Sekunde gedauert. Könnte es sich um einen geänderten timeout handeln? Lädt er irgendwas erneut in den Speicher, z.B. Fonts? Überprüft er das Dokument nochmal? Das wären so meine Ideen.


TooniX

12

09.05.2007, 16:01

Zitat

Original von TooniX
Also irgendwas muss er da tun, was ihn Zeit kostet.
TooniX
Und das kannst Du Dir im Terminal anschauen:

Zitat


# top Zeigt eine Liste der laufenden Prozesse geordnet nach CPU-Leistung (ende mit der Taste "Q")
Also verkleiner beim Speichern mal OpenOffice, so dass ein Konsolen Fenster daneben passt. Gib das Kommando

Quellcode

1
top
ein und drücke bei OpenOffice.org speichern. Während des speicherns kannst du die Konsole betrachten, was sich da so tut.

Anbei:
Wie alt ist dein Rechner?
Auf meinem 500 Mhz. Rechner mit 128 MB RAM (Mindestanforderung für Xubuntu - Extra zum Testen) mit Edgy benötigt OpenOffice.org auch ca. 12 Sekunden zum speichern von EINEM Wort. Auch ich habe dann einige Sekunden alles grau und die volle Prozessorleistung.

Gruß
Dunkelangst

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

13

10.05.2007, 10:43

Danke für den Tipp. Ich glaub ich komm der Sache näher.

Ich habe also "top -d 0.25" parallel laufen lassen, und es stellte sich heraus, dass ca. 30% Last von soffice beim eigentlichen Speichern verbraucht wird und im problematischen "Wartezustand" so gut wie nichts, außer der üblichen 7-20% von Xorg.
In dem "Wartezustand" zeigt die CPU-Anzeige oben über 80% "wa" (iowait), also Zeit die die CPU auf Ein- und Ausgabeoperationen wartet. Dann habe ich nachgedacht, was die I/O- Operationen (die ja vom kernel durchgeführt werden und nicht von einem Prozess) wohl auslösen könnte, und da ist mir das AES-chiffrierte Dateisystem eingefallen (mittels cryptsetup aufgesetzt). Und siehe da, beim Speichern in /tmp (das nicht chiffriert ist) tritt das Problem nicht auf. Mich wundert allerdings, dass andere Programme genauso schnell speichern wie vor dem Upgrade.

Was also macht OO anders beim Speichern als andere Programme? (am Zwischenspeichern, um das zip zu erstellen, kann es nciht liegen, weil ein chmod 700 /tmp zu einem Schreibfehler führt, d.h. das zip wird in /tmp gebaut. Außerdem wäre das kein Kernelprozess.) Any ideas?


[edit: Nachtrag: das Dateisystem war vor dem Upgrade auch schon verschlüsselt]

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »TooniX« (10.05.2007, 11:30)


14

10.05.2007, 15:17

Leider kenne ich mich mit OOo im Zusammenhang mit Verschlüsselung nicht aus. Tut mir Leid!

Gruß
Dunkelangst

  • »TooniX« ist der Autor dieses Themas

Beiträge: 130

Registrierungsdatum: 19.11.2005

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

  • Nachricht senden

15

15.05.2007, 10:24

es hängt mit ziemlicher Sicherheit hiermit zusammen:

Performance AES


ich setze dieses Thema mal auf gelöst.


TooniX