OpenOffice.info

Hallo,
ich habe weitere "Experimente" gemacht aber leider keine Lösung des Problems damit erreichen können:

1. Rechner neu gebootet
2. OO gestartet
3. Datei geöffnet: klein und in OO geschrieben: blitzschnell da
4. Datei geöffnet: klein und in SO7 geschrieben: 10 Sekunden Wartezeit
5. Datei aus Schritt 4 in OO-Format gespeichert
6. Datei wieder eingelesen (OO-Format): 10 Sekunden Wartezeit
7. neue Datei geöffnet, mit "Einfügen Datei" Datei mit SO7 Format eingefügt
8. Datei unter OO-Format gespeichert
9. Rechner rebootet
10. OO gestartet
11. Datei aus Schritt 8. geöffnet: jetzt blitzschnell da, andere Dateien wieder längere Wartezeit
12. OO Writer gestartet, unter "Neu" Präsentation gewählt: aufgeklapptes Menu bleibt offen, mehrere Sekunden keine Aktivität (CPU ~0%) und dann plötzlich Aktivität und neues Fenster mit Angaben für Präsentation geht auf. Dass diese Komponente nachgeladen werden muss ist m.E. ok aber warum tut sich mehrere Sekunden lang überhaupt nichts?

Auch während Dateiöffnen Task Manager Anzeige: 10 Sekunden CPU ~ 0 Last, dann plötzlich ein peak während der Lesephase auf 70-90%

Schlussfolgerung: nur Dateien die unter OO erzeugt wurden werden schnell gelesen.

Ist schon verrückt, oder?

Gruß und danke für weitere Tipps

Hallo,

ich habe wie von pmoegenb beschrieben den Ordner gelöscht und OO neu gestartet. Es ist damit leider keine Besserung des Problems eingetreten. Was ich danach getestet habe:

1. OO starten ohne Datei
2. kleine Datei (12k) öffnen
Ergebnis: bei einer Datei Ladezeit nicht messbar schnell, so sollte es sein
bei einer anderen, gleich groß, selber Ordner, Ladezeit ~ 10 Sekunden

Dateiformat OO2 oder SO7 hat darauf keinen Einfluss: auch eine neu gespeicherte Datei wird anschließend wieder so langsam geladen. In der unteren Statuszeile steht die ganze Zeit "Dokment wird geladen" und nichts passiert ~ 10 Sekunden lang.

Gruß und danke für weitere Tipps

Stadt hat geschrieben:Klar ist alles ein bischen wie das Stochern im Heuhaufen und drauf hoffen dass sich auf diesem Wege irgendwas verwertbares findet.

Da wir schon mal dabei sind in Zonealarm wurden grade 'alarmierende Schwachstellen' entdeckt, ausserdem wurde ne 'phone-home' Funktion entdeckt die auch dann 'telefoniert' wenn man Zone-Alarm dies untersagt hat.

siehe:

http://winfuture.de/news,23878.html

Nicht grade vertrauenserweckend.

BTW. Die Personal Firewall kann durchaus auch Probleme mit OO verursachen. Ich hatte mal den Fall dass eine andere Personal Firewall zusammen mit einer Videoueberwachungssoftware den Rechner (24hrs/365d im Betrieb) 100% zuverlaessig nach ~20 Tagen lahmgelegt hat (irgendeine Inkompatibilitaet). Nach Austausch der Firewall laueft der Rechner so wie gewuenscht.

pmoegenb hat geschrieben: Frage, was hat das ganze mit den Problemen von Trasnorb mit OO zu Tun ????

Na zumindest schaden sie nicht

OO ist nicht unbedingt eine Rakete, und wenn ein schnelles Program XY etwas langsamer wird merkt man das kaum, bei OO hingegen schon.

Im uebrigen hinterlassen fruehere Installationen als OO 2.0.2 (gibts noch nicht offiziell) in der Registry Fragmente, insofern ist eine Reinigung derselben durchaus sinnvoll. Crap Cleaner ist zwar nicht das super Profi Tool dafuer, aber dafuer machts auch nichts kaputt.

Klar ist alles ein bischen wie das Stochern im Heuhaufen und drauf hoffen dass sich auf diesem Wege irgendwas verwertbares findet. Iss halt wie beim Arzt, wenn man ihm sagt 'mir tuts weh', dann wird er auch erstmal viele Fragen stellen. Direkt begutachten kann man ja Trasnorbs Computer nicht.

Stadt hat geschrieben: Java wuerd ich mal (auch aus anderen Gruenden) auf 1.5.0.6 updaten.

dann besorg dir mal Crap Cleaner http://www.ccleaner.com/ um die Festplatte/Registry zu putzen, danach defragmentieren.

Mit Crap Cleaner kannst du auch nachgucken was denn alles so als Autostart eingetragen ist. Entweder selber aufraeumen oder hier posten (nicht alles was da kreucht und fleucht muss auch drin sein).

Frage, was hat das ganze mit den Problemen von Trasnorb mit OO zu Tun ????

- Das Verhalten tritt nur bei OO auf
- Wenn er nicht die aktuelle J2SE hat, ist davon überwiegend Base davon betroffen.
- Wenn es tatsächlich am Reinigen der Festplatte, Registry und an der Fragmentierung liegen würde, wären alle Programme davon betroffen.
- Auf Autostarteinträge trifft das vorgenannte ebenfalls zu

Gruß

Peter

trasnorb hat geschrieben:zur Hardware/Software:
Centrino 1,73 , 1 GB RAM , Radeon X600/128 , XP SP2 , Java: 1.4.2 , Antivir , ZoneAlarm

Java wuerd ich mal (auch aus anderen Gruenden) auf 1.5.0.6 updaten.

dann besorg dir mal Crap Cleaner http://www.ccleaner.com/ um die Festplatte/Registry zu putzen, danach defragmentieren.

Mit Crap Cleaner kannst du auch nachgucken was denn alles so als Autostart eingetragen ist. Entweder selber aufraeumen oder hier posten (nicht alles was da kreucht und fleucht muss auch drin sein).

Hallo Trasnorb,

Ist da ggf. etwas irgendwo übriggeblieben, das jetzt die Probleme (timeout?) verursacht?

Wenn Du OO ab Version 2 oder SO ab Version 8 über Systemsteuerung/Software löscht so bleiben die Daten im Verzeichnis \Dokumente und Einstellungen\%USER%\Anwendungsdaten\OpenOffice.org x.x.x erhalten. Dort kann durchaus Schrott vorhanden sein.

• - Beende den Quickstarter von OO
  - lösche das vorhandene Verzeichnis komplett
  - Starte den Quickstarter von OO neu, dann wird das vorgenannte Verzeichnis neu aufgebaut.

An der Hardware kann es bei der Ausstattung nicht liegen.

Gruß

Peter

Hallo,

schon mal danke für die Unterstützung, hier der Versuch zu antworten:

zur Hardware/Software:
Centrino 1,73 , 1 GB RAM , Radeon X600/128 , XP SP2 , Java: 1.4.2 , Antivir , ZoneAlarm

daran kann es m.E. nicht liegen, andere Programme starten und laufen sehr schön schnell.

Der Energiesparmodus ist so eingestellt, dass alles wie empfohlen auf 'Nie' eingestellt ist. Andere Programme zeigen auch nicht dieses Verhalten sondern starten wie schon erwähnt sehr schnell mit der ausgewählten Datei bzw. laden diese.

Was ggf. das Problem sein könnte (?): ich hatte verschiedene OO Versionen und SO Versionen bereits installiert (auch parallel), dann aber alle deinstalliert und OO201 installiert. Ist da ggf. etwas irgendwo übriggeblieben, das jetzt die Probleme (timeout?) verursacht?

Sehr unschön (!) ist auch das Verhalten in Impress: Kopierbefehle von Objekten legen das Programm ebenfalls für viele Sekunden lahm, das passiert in Writer allerdings nicht!

gruß trasnorb

Hallo Trasnorb,

die Platte schläft derweil und fängt erst nach einiger Zeit an zu arbeiten

Ergänzend zu meinen Ausführungen.
Das Verhalten lässt darauf schließen, dass die Zeiten bis zum Standby-Betrieb zu kurz bemessen sind. Ich vermute deine Festplatte befindet sich im Standby, wenn das vorgenannte Verhalten auftritt.

Wenn das Notebook am Netz hängt, solltest Du die Optionen bei Festplatte ausschalten und Standby auf Nie einstellen. Denn Monitor kannst du auf beliebige Zeiten einstellen, der ist schnell wieder da.

Lediglich im Akkubetrieb solltest du restriktiver verfahren.

Gruß

Peter

trasnorb hat geschrieben:Ich würde ja gerne mehr Angaben machen, wenn ich nur wüsste, wo ich da anfangen sollte!

Fangen wir mal an:

Prozessor, Ram, Grafikkarte, Xp auf welchem Stand, Virenscanner, andere Programme die automatisch gestartet werden, Java Version, Firewall.

Hallo Trasnorb,

überprüfe Deine Einstellungen in der Energieverwaltung.

- Auf dem Desktop rechte Maustaste
- Eigenschaften
- Bildschirmschoner
- Energieverwaltung

Gruß

Peter

Ich würde ja gerne mehr Angaben machen, wenn ich nur wüsste, wo ich da anfangen sollte!

Ich kann mir auch gut vorstellen, dass dieses Verhalten nicht normal ist, liegt somit wahrscheinlich am Betriebssystem bzw. dessen Konfiguration, obwohl ich da (hoffentlich ) nichts Schlimmes gemacht habe. Gibt es einen Tipp, wo man suchen könnte?

Komisch ist auch das beschriebene Verhalten beim Kopieren in Impress - wo soll man da nachsehen

trasnorb hat geschrieben:Hallo,

ich habe ein allgemeines Problem: OO_2.0.1 unter XP, neuer schneller Laptop:

wenn ich selbst eine kleine Datei in OO öffnen will, dauert es mehrere (zu viele!) Sekunden nach der Auswahl bis diese erscheint: die Platte schläft derweil und fängt erst nach einiger Zeit an zu arbeiten

Hier mit 'langsamen' Notebook (XP Mobile Athlon 2600+, 512 MB Ram, integrierte S3 Grafik, OO 2.0.1) keine Probleme, ebensowenig mit Workstation (W2k P4 2.4 Ghz, 512 MB, Matrox G550, OO 680 build 151= 2.0.2 irgendwo zwischen alpha und beta).

A bissl mehr Angaben dürftens also schon sein wenn der Herr eine Lösung möcht.

Hallo,

ich habe ein allgemeines Problem: OO_2.0.1 unter XP, neuer schneller Laptop:

wenn ich selbst eine kleine Datei in OO öffnen will, dauert es mehrere (zu viele!) Sekunden nach der Auswahl bis diese erscheint: die Platte schläft derweil und fängt erst nach einiger Zeit an zu arbeiten - woran kann das liegen? war unter SO 7 nie der Fall.

Zweites Problem: In z.B. Impress: Zeichenelement kopieren (Ctrl C): danach dauert es auch mehrere Sekunden (~10), bis man weiter arbeiten kann, wenn man es davor versucht: "Keine Rückmeldung", auch das kannte ich unter SO 7 auf meinem alten Laptop nicht. Da ich diese Funktion häufig benötige ist das Arbeiten praktisch nicht möglich, die Warterei ist frustierend.

Danke für die Tipps
Trasnorb