Re: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit

Danke Hans-Werner,

wollen wir also hoffen daß die Sache mit dem
Fortschrittsbalken bald behoben wird.

"daß bei der 5.3.3.2 das Scrollen 4x langsamer ist (warum ist das so 
viel langsamer geworden?) [...]"

Du schreibst:
"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".."

Ich denke schon daß es sich lohnt nachzudenken wenn
eine Funktion plötzlich Faktor 4 langsamer wird.
Es gibt ja schließlich 2 Möglichkeiten.

 * Entweder jemand merkt das und macht etwas daran daß es besser wird.
 * Oder es bleibt halt so. Eben dies möchte ich gerne vermeiden.

Daher stellt sich die Frage was zu tun ist.
Soll man einen Issue dazu schreiben?
Macht das jemand anders?

Klar werde ich nun erst mal die 5.2.7 weiterverwenden.
Eine andere Möglichkeit habe ich ja kaum.

Die Datei die gescrollt wird ist dieselbe unter 5.2.7
und 5.3.3. Es sollte daher auch ähnlich viel Arbeitsspeicher
benötigt werden. Im einen Fall klappt es gut, im anderen nicht.

Bei meinem Laptop wäre es möglich den Arbeitsspeicher
auf 8GB anzuheben. Eine 2. Platte ist jedoch nicht so einfach
zu verbauen. Eine SSD mit 160GB könnte jedoch reichen.
Es ist allerdings nicht klar wie brauchbar das vom Bios unterstützt wird.
Die 500GB-Hybridplatte von Seagate lief leider nicht brauchbar.
Das kam es wider Erwarten zu Problemen.

Dein PC mit 11W hört sich interessant an.
Der ist sicher auch leise.

Gruss
Matthias

Am 04.06.2017 um 11:25 schrieb OoOHWHOoO:
> 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