Hallo Matthias,
zu Deinen Fragen:
"[...] daß der Balken bei LO 5x _nicht_ anzeigt wann das Speichern
tatsächlich beendet ist (was zeigt er dann stattdessen an?) [...]"
Da ich über kein Wissen über die "inneren Abläufe" von LO beim Speichern
eines Dokuments habe, kann ich Dir nur antworten was ich vermute, wie es
sein könnte: An dem Speicher-Vorgang sind sicherlich mehrere
LO-Module/-Prozesse beteiligt. Das "Problem" ist wohl, dass der
Fortschrittsbalken nicht während des gesamten Speicher-Vorgangs
angezeigt wird. Das wird auch mit "... just wait until the period when
there is no progress bar updating ..." (
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ) zweifelsfrei
kommuniziert. Also, der "Fortschrittsbalken" zeigt nichts "stattdessen"
an, sondern nur, dass LO mit Speichern beschäftigt ist, aber eben nicht
über den gesamten Zeitraum, während dem der Speicher-Vorgang von
LO-Modulen/-Prozessen durchgeführt wird. Es gibt wohl keine Problem mit
dem Speicher-Vorgang selbst, sondern nur mit dem "Fortschrittsbalken",
der zu früh "verschwindet", ohne das auch gleichzeitig der
Speicher-Vorgang beendet ist.
"[...] daß bei der 5.3.3.2 das Scrollen 4x langsamer ist (warum ist das
so viel langsamer geworden?) [...]"
Darüber nachzudenken lohnt nicht für einen "normalen" Benutzer, der nur
störungsfrei mit LO arbeiten möchte. Die 5.3-er Version befindet sich
noch im "Fehlerbehebungs-Status", worauf auch bei den Versionshinweisen
deutlich hingewiesen wird: "Zielgruppen: Die Version 5.3.3 ist geeignet
für erfahrene LibreOffice-Nutzer, die die neuen Funktionen nutzen
möchten. Auch für "innovative" Anwender, die bereit sind, mögliche
Fehler und Probleme an The Document Foundation zu melden, ist dies die
richtige Wahl." ( https://de.libreoffice.org/download/release-notes/ ).
Abgesehen von dem "Scrolling-Problem" bei 5.3.3.2 gilt prinzipiell zum
Scrollen, dass hier natürlich auch die System-Umgebung zum Tragen kommt,
auf der LO läuft. Wenn die gesamte WRITER-Datei in den Arbeitsspeicher
"geschoben" werden kann funktioniert das Scrollen i.d.R.
verzögerungsfrei:
1. Meine 600MB-TEST-Datei: 1401 Tabellen, 2732 Bildern und 102146
Zeichen.
2. Windows Task-Manager nach PC-Start: "Arbeitsspeicher"-Nutzung ≈ 2.0GB
3. Windows Task-Manager nach dem Öffnen der TEST-Datei: ≈ 2.5GB
Für flottes Arbeiten mit dem PC hat sich in meiner PC-Praxis folgende
Grundstruktur durchaus bewährt:
1. Arbeitsspeicher ≥ 8 GB
2. Betriebssystem und Software auf einer SSD (≥ 120 GB).
3. Benutzerdaten auf einer HDD (≥ 2TB).
4. Datensicherung auf externe usbHDD (≥ 2TB).
Mein PC ist ein modifizierter (Eigen-) Nachbau des PC-Bauvorschlages in
der Zeitschrift "c't": c't-Wunsch-PC - Bauvorschlag "11-Watt-PC"
(04.11.2013)
Meine ganz pragmatische Empfehlung: Nutze "LibreOffice (stable)" (ist
zurzeit Version 5.2.7) und "alles ist gut" ;-))
Gruß
Hans-Werner
------ Originalnachricht ------
Von: "Dr. Matthias Weisser" <matthias.weisser@gmx.de>
An: users@de.libreoffice.org
Gesendet: 04.06.2017 09:30:33
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem
Speichern - 5.2.6.2 Win7 64bit
Vielen Dank Hans-Werner,
dies sind für mich wertvolle Informationen um
besser zu verstehen was passiert. Ich werde es näher ansehen.
Ich habe die LO-Versionen noch mal nacheinander
installiert und die in etwa benötigten Zeiten an einer
Uhr abgelesen:
4.3.7.2 Öffnen ~5s, ~30s bis Scrollen abwärts beendet, ~13s bis
Speichern beendet (Balken ist viel früher weg)
5.1.6.2 Öffnen ~5s, ~30s bis Scrollen abwärts beendet, ~13s bis
Speichern beendet (Balken ist viel früher weg)
5.2.7.2 Öffnen ~6s, ~32s bis Scrollen abwärts beendet, ~5s bis Balken
weg beim Speichern, ~13s bis Speichern beendet
5.3.3.2 Öffnen ~5-6s, ~_*2min*_ bis Scrollen abwärts beendet, ~5s bis
Balken weg beim Speichern, ~12s bis Speichern beendet
Auffällig ist
- daß der Balken bei LO 5x _nicht_ anzeigt wann das Speichern
tatsächlich beendet ist (was zeigt er dann stattdessen an?)
- daß bei der 5.3.3.2 das Scrollen 4x langsamer ist (warum ist das so
viel langsamer geworden?)
5.4.0.0 lief nun bei der Installation durch
(api-ms-win-crt-runtime...dll hatte ich manuell kopiert).
Bei Öffnen erscheint jedoch die Meldung
"Prozedureinsprungpunkt ucrtbase.terminate in DLL
api-ms-win-crt-runtime...dll nicht gefunden.
So kann ich momentan diese Version nicht testen.
Gruss
Matthias
Am 04.06.2017 um 08:53 schrieb OoOHWHOoO:
Hallo Matthias,
bitte meine vorherige Mail ( OoOHWHOoO, Sat Jun 03 20:24:47 GMT 2017 )
ignorieren, da ist mir leider bei den Punkten [3] und [4] zu
abendlicher Stunde "bissel was" durcheinandergeraten - SORRY :-o ...
Hier die KORRIGIERTE Version:
-- Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme?
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.