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

[Dr. Matthias Weisser]

Vielen Dank Hans-Werner !

Das ist prima.

Der Fehler mit dem langsamen Scrollen
ist nun auch bestätigt.

Neu ist mir aufgefallen daß das Austauschen
von Bildern mit Cut& Paste _nicht immer korrekt_ klappt.
Oft geht es, manchmal jedoch wird das Bild an
einer falschen Stelle eingefügt.

Aufgefallen ist es als ich weit mehr als 100 Bilder
in diesem Text rasch hintereinander ersetzt hatte
durch dieses eine Bild.

Immer wieder war das Bild dann an einer falschen
Stelle obwohl das alte Bild davor korrekt plaziert war.

Man müsste dies näher ansehen.

Gruss
Matthias

Am 07.06.2017 um 20:28 schrieb OoOHWHOoO:

Hallo Matthias,

ich habe eben mit mehreren LO-Parallel-Installationen und Deiner Datei 
getestet:


+ Der Fehler beginnt definitiv mit der LO-5er-Version und ist auch in 
der LO-5.4.0.0-Version (noch) vorhanden.

+ Details siehe unten.

Gruß
Hans-Werner


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[OoOHWHOoO]

Hallo Matthias,

ich habe eben mit mehreren LO-Parallel-Installationen und Deiner Datei 
getestet:


+ Der Fehler beginnt definitiv mit der LO-5er-Version und ist auch in 
der LO-5.4.0.0-Version (noch) vorhanden.

+ Details siehe unten.

Gruß
Hans-Werner


1   T e s t e r g e b n i s

4.4.7.2 KEINE VERZÖGERUNG (LO ist NICHT blockiert, nachdem die 
Speichern-ProgressBar ausgeblendet wurde)


Version: 4.4.7.2 Build-ID: 
f3153a8b245191196a4b6b9abd1d0da16eead600Gebietsschema: de_DE


5.0.6.3 VERZÖGERUNG (LO ist knapp 5 Sek. blockiert, nachdem die 
Speichern-ProgressBar ausgeblendet wurde)


Version: 5.0.6.3 (x64) Build-ID: 
490fc03b25318460cfc54456516ea2519c11d1aa Gebietsschema: de-DE (de_DE)


5.1.6.2 VERZÖGERUNG (LO ist knapp 5 Sek. blockiert, nachdem die 
Speichern-ProgressBar ausgeblendet wurde)


Version: 5.1.6.2 (x64) Build-ID: 
07ac168c60a517dba0f0d7bc7540f5afa45f0909 CPU-Threads: 4; BS-Version: 
Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: CL


5.3.4.1 VERZÖGERUNG (LO ist knapp 5 Sek. blockiert, nachdem die 
Speichern-ProgressBar ausgeblendet wurde)


Version: 5.3.4.1 (x64) Build-ID: 
1b1606c6e1203cdc3fd5ffbc16e74ecea300241a CPU-Threads: 4; BS-Version: 
Windows 6.1; UI-Render: Standard; Layout-Engine: neu; Gebietsschema: 
de-DE (de_DE); Calc: CL


5.4.0.0 VERZÖGERUNG (LO ist knapp 5 Sek. blockiert, nachdem die 
Speichern-ProgressBar ausgeblendet wurde)


Version: 5.4.0.0.beta1 (x64) Build-ID: 
8672113ead4e403c55e31b1d9a3d1e0f3b299577 CPU-Threads: 4; 
Betriebssystem:Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE 
(de_DE); Calc: CL



2   T e s t u m g e b u n g

auf SSD (C:): Betriebssystem ( Windows 7 Home Premium 64-bit )
auf HDD (E:): LO-Parallel-Installationen
auf HDD (E:): Daten (siehe: 
https://bugs.documentfoundation.org/show_bug.cgi?id=108005 Comment 
11+12)


E:\TMP\Bilder\todesfaelle_brd_nerven_infektion_psyche.png
E:\TMP\LibreOffice 4.4.7.2\
E:\TMP\LibreOffice 5.0.6.3\
E:\TMP\LibreOffice 5.1.6.2\
E:\TMP\LibreOffice 5.3.4.1\
E:\TMP\LibreOffice 5.4.0.0.beta1\
E:\TMP\test1_53.odt


3   S e p e r a t e   I n s t a l l   G U I   ( 
https://flosmind.wordpress.com/si-gui/ )


[1] https://wiki.documentfoundation.org/Installing_in_parallel/de
[2] https://wiki.documentfoundation.org/SI-GUI
[3] https://flosmind.wordpress.com/si-gui/

Ein prima und leicht zu bedienendes Werkzeug um 
LO-Parallel-Installationen zu erstellen, ohne dass die (aktuelle) eigene 
(operationelle) LO-Installation modifiziert wird. Falls Du es nutzen 
möchtest, hier meine Erfahrungswerte:


3.0   Ich habe unter diesem Verzeichnis gearbeitet: E:\TMP\

3.1   Einrichtung "Seperate Install GUI" nach Installation

3.1.1   [Separate Install GUI] [Über / Einstellungen ]
3.1.1.1   [Download-Ordner auswählen]: E:\TMP\
3.1.1.2   [Automatisch bootstrap.ini bearbeiten]: Häkchen gesetzt
3.1.1.3   [Erweiterte Dateibenennung aktivieren]: KEIN Häkchen gesetzt
3.1.1.4   [Das Erheben von Statistiken mit Hilfe von "TDF Piwik" 
erlauben]: KEIN Häkchen gesetzt

3.1.2   [Seperate Install GUI]
3.1.2.1   [Hauptinstallationsdatei]: Häkchen gesetzt
3.1.2.2   [Offline-Hilfedateien]: KEIN Häkchen gesetzt
3.1.2.3   [SDK]: KEIN Häkchen gesetzt
3.1.2.4   [Installationsverzeichnis auswählen]: E:\TMP

3.2   Anwendung von "Separate Install GUI"

3.2.1   Anklicken [Versionsliste aktualisieren]
3.2.2   Links von [Versionsliste aktualisieren] LO-Version auswählen
3.2.3   Anklicken [Herunterladen beginnen]
3.2.3.1   Anklicken [32-bit] oder [64-bit]
3.2.3.2   Manchmal startet der [64-bit]-Download nicht, dann nochmals 
bei 3.2.1 beginnen.

3.2.4   Nach Download-Ende anklicken [Installation beginnen]
3.2.5   Nach Installations-Ende anklicken [Verknüpfung erstellen]
3.2.6   LO-Dokument öffnen
3.2.6.1   Doppelklick auf erstellte Desktop-Verknüpfung
3.2.6.2   Doppelklick auf [Writer Textdokument]
3.2.6.3   Auswahl [Datei][Öffnen...]
3.2.6.4   Dokument NICHT mit Doppelklick auf die Datei öffnen, da sonst 
die eigene LO-Installation gestartet wird.


3.3Löschen LO-Parallel-Installationen

3.3.1   [Separate Install GUI][Manager]
3.3.1.1   Häkchen setzen
3.3.1.2   Anklicken [Ausgewählte löschen]
3.3.2   Die Desktop-Verknüpfungen müssen manuell gelöscht werden.

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Hallo Harald,

Am 06.06.2017 um 14:28 schrieb Harald Köster:

Hallo Matthias,

Am 02.06.2017 um 16:12 schrieb Dr. Matthias Weisser:

Hallo Harald,

Am 01.06.2017 um 11:10 schrieb Harald Köster:

Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf
Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
 - Writer
hangs several seconds after saving




es hat ja inzwischen einen umfangreichen Mail-Verkehr gegeben. Mein
Eindruck ist aber, dass das ursprüngliche Problem nach wie vor vorhanden
ist. Vielleicht lässt sich das Problem ja schon nachvollziehen, wenn Du
ein großes neues Dokument erstellst, dass Du durch mehrfaches Kopieren
von Text und eines eingefügten Bildes relativ schnell erstellen kannst.

Bei einem Performance-Problem wird man in der Regel immer eine Testdatei
benötigen. Nur wenn Du eine solche Testdatei zu Verfügung stellen
kannst, wird es möglich sein, den Bug weiter zu bearbeiten.

die Testdatei gibt es nun.

Du hast in einer anderen Mail berichtet, dass es bei der Version 5.3.3
ein Performance-Problem beim Scrollen auftritt, dass in der Version
5.2.7 noch nicht vorhanden war. Ist es richtig, dass dieses Problem
nichts mit dem ursprünglichen Problem beim Speichern zu tun hat?

zu diesem Problem gibt es nun einen Issue nebst Testdatei:
*Bug 108388* 
 - very slow 
scrolling in comparison to LO5.2.7.2

Weiterhin hast Du in ein anderen Mail zu diesem Thema gefragt, wann es
sinnvoll ist, einen Bug Report bei Performance-Problemen zu erstellen.
Immer sinnvoll ist dies, wenn eine Funktion in einer neueren Version
signifikant langsamer ist, als in einer älteren Version. Sinnvoll kann
dies auch sein, wenn eine Funktion 'gefühlt' zu lange dauert.

Danke Harald !

Es gibt noch ein weiteres Problem das beim Erstellen der Testdatei 
aufgefallen ist.
Die vielen Bilder im Buch habe ich mit Copy/Paste durch ein anderes Bild 
ersetzt.

Dabei ist aufgefallen daß dieses Ersetzen - wobei man das Bild das man
ersetzen möchte anklickt - so daß es markiert ist - und dann Paste drückt -
nicht immer korrekt klappt.

Manchmal wird nicht das Bild genau an dieser Stelle ersetzt - sondern das
Bild verschwindet und das neue Bild landet unerwünscht an einer anderen 
Stelle.

Dabei waren alle Bilder "als Zeichen" "am Zeichen" formatiert.

Dieses Problem sollte man sich näher ansehen.

Grüße
Matthias

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Danke Harald,

Am 06.06.2017 um 14:28 schrieb Harald Köster:

Hallo Matthias,

Am 02.06.2017 um 16:12 schrieb Dr. Matthias Weisser:

Hallo Harald,

Am 01.06.2017 um 11:10 schrieb Harald Köster:

Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf
Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
 - Writer
hangs several seconds after saving


Grüße
Harald K.

Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.

probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
gleiche Bild mehrfach in Dein Dokument einfügst.

das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder
die ich da einzeln anfassen müsste.
Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 Bildern
wäre es mit copy/paste noch machbar.
Die Rahmengrößen ändern sich dann jedoch auch.
Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.

es hat ja inzwischen einen umfangreichen Mail-Verkehr gegeben.

ja. Das ist so.

Mein Eindruck ist aber, dass das ursprüngliche Problem nach wie vor vorhanden
ist.

so ist es.

Vielleicht lässt sich das Problem ja schon nachvollziehen, wenn Du
ein großes neues Dokument erstellst, dass Du durch mehrfaches Kopieren
von Text und eines eingefügten Bildes relativ schnell erstellen kannst.

ich habe eine Testdatei erstellt auf Basis meines Texts
und einem Bild. Das war mühsam weil ich die vielen
Bilder mit einem ersetzt habe.
Das Verhalten ist so ähnlich.
Ein neues Problem ist dabei noch aufgetaucht.
Das Ersetzen von Bildern klappt nicht immer wie gewünscht.
Manchmal wird das neue Bild ungewollt an anderer Stelle eingefügt.


Bei einem Performance-Problem wird man in der Regel immer eine Testdatei
benötigen. Nur wenn Du eine solche Testdatei zu Verfügung stellen
kannst, wird es möglich sein, den Bug weiter zu bearbeiten.

daher nun die Testdatei.




Wenn ja, dann bitte
auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
nicht vorhanden ist.

bei der 4.4.7.2 tritt das Problem nicht auf.

Hiermit meine ich einen Test mit der neu erstellten Testdatei, um sicher
zu gehen, dass es sich um das ursprüngliche Problem handelt.

ja.




Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Du hast in einer anderen Mail berichtet, dass es bei der Version 5.3.3
ein Performance-Problem beim Scrollen auftritt, dass in der Version
5.2.7 noch nicht vorhanden war. Ist es richtig, dass dieses Problem
nichts mit dem ursprünglichen Problem beim Speichern zu tun hat?

ja. Man kann einen eigenen Issue daraus machen.


Weiterhin hast Du in ein anderen Mail zu diesem Thema gefragt, wann es
sinnvoll ist, einen Bug Report bei Performance-Problemen zu erstellen.
Immer sinnvoll ist dies, wenn eine Funktion in einer neueren Version
signifikant langsamer ist, als in einer älteren Version. Sinnvoll kann
dies auch sein, wenn eine Funktion 'gefühlt' zu lange dauert. Allerdings
lassen sich Latenzzeiten nicht grundsätzlich vermeiden, wenn
umfangreiche Daten zu bewegen oder auszuwerten sind.
Latenzzeiten in der Größenordnung mehrere Sekunden ohne daß man weiß daß 
LO etwas macht sind lähmend und frustrierend. So ist meine subjektive 
Meinung.


Grüße
Matthias

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[OoOHWHOoO]

Hallo Harald,

bezüglich "Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 
Win7 64bit" gibt es einen BugReport ( 
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).
Ab Eintrag "2017-05-26 20:10:27 UTC" ist ersichtlich, dass das Problem 
erkannt, nachvollziehbar und in Bearbeitung ist. Der BugReport bezieht 
sich zwar auf "Windows 10" und "LO 5.1.1.3", aber unter "LO 5.2.7.2 
(x64)" kann ich diesen Effekt auch bestätigen. Unter Eintrag "2016-03-31 
22:58:34 UTC" im BugReport ist auch ein Link zu einer Testdatei 
angegeben, der noch funktioniert. Bei dieser relativ kleinen Testdatei 
ist der Verzögerungseffekt nur von relativ kurzer Dauer. Ich hatte mir 
eine größere Testdatei (600 MB, 1401 Tabellen, 2732 Bilder, 102146 
Zeichen) zusammengestellt und da ist der Effekt schon wesentlich 
spürbarer.


Gruß
Hans-Werner

-- Originalnachricht --
Von: "Harald Köster" <harald.koes...@mail.de>
An: users@de.libreoffice.org
Gesendet: 06.06.2017 14:28:46
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Hallo Matthias,

Am 02.06.2017 um 16:12 schrieb Dr. Matthias Weisser:

 Hallo Harald,

 Am 01.06.2017 um 11:10 schrieb Harald Köster:

 Hallo Matthias,

 Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

 Am 24.05.2017 um 11:04 schrieb Harald Köster:

 Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

 ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf
 Datei.
 LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

 Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
 472kB ist ja nicht so viel.

 Dummerweise wird das Arbeiten nun erschwert weil beim
 Abspeichern erst der Scrollbalken abgearbeitet wird und
 danach jedoch ~5s vergehen bevor das System wieder
 auf Eingaben brauchbar reagiert.

 Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
 daß das Problem scheinbar nicht auftritt wenn die Bilder
 nicht auf der Platte erreichbar sind. Dann werden nur
 Rahmen stattdessen angezeigt.

 Weil das Problem mich behindert habe ich einen Issue
 erstellt und das Verhalten geschildert.
 *Bug 108005*
 <https://bugs.documentfoundation.org/show_bug.cgi?id=108005> - 
Writer

 hangs several seconds after saving


 Grüße
 Harald K.



 Danke Harald !

 eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
 denn ohne den Ordner mit den vielen Bildern tritt das
 Problem nicht auf.



 probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
 gleiche Bild mehrfach in Dein Dokument einfügst.



 das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder
 die ich da einzeln anfassen müsste.
 Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 
Bildern

 wäre es mit copy/paste noch machbar.
 Die Rahmengrößen ändern sich dann jedoch auch.
 Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.


es hat ja inzwischen einen umfangreichen Mail-Verkehr gegeben. Mein
Eindruck ist aber, dass das ursprüngliche Problem nach wie vor 
vorhanden

ist. Vielleicht lässt sich das Problem ja schon nachvollziehen, wenn Du
ein großes neues Dokument erstellst, dass Du durch mehrfaches Kopieren
von Text und eines eingefügten Bildes relativ schnell erstellen kannst.

Bei einem Performance-Problem wird man in der Regel immer eine 
Testdatei

benötigen. Nur wenn Du eine solche Testdatei zu Verfügung stellen
kannst, wird es möglich sein, den Bug weiter zu bearbeiten.



 Wenn ja, dann bitte
 auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
 nicht vorhanden ist.



 bei der 4.4.7.2 tritt das Problem nicht auf.


Hiermit meine ich einen Test mit der neu erstellten Testdatei, um 
sicher

zu gehen, dass es sich um das ursprüngliche Problem handelt.



 Zu Deiner Frage ob das Problem bei allen LO-Versionen
 auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
 und die 4.4.7.2 auch.
 Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
 es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.


Du hast in einer anderen Mail berichtet, dass es bei der Version 5.3.3
ein Performance-Problem beim Scrollen auftritt, dass in der Version
5.2.7 noch nicht vorhanden war. Ist es richtig, dass dieses Problem
nichts mit dem ursprünglichen Problem beim Speichern zu tun hat?

Weiterhin hast Du in ein anderen Mail zu diesem Thema gefragt, wann es
sinnvoll ist, einen Bug Report bei Performance-Problemen zu erstellen.
Immer sinnvoll ist dies, wenn eine Funktion in einer neueren Version
signifikant langsamer ist, als in einer älteren Version. Sinnvoll kann
dies auch sein, wenn eine Funktion 'gefühlt' zu lange dauert. 
Allerdings

lassen sich Latenzzeiten nicht grundsätzlich vermeiden, wenn
umfangreiche Daten zu bewegen oder auszuwerten sind.

Grüße
Harald K.

--
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 

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

[Harald Köster]

Hallo Matthias,

Am 02.06.2017 um 16:12 schrieb Dr. Matthias Weisser:
> Hallo Harald,
> 
> Am 01.06.2017 um 11:10 schrieb Harald Köster:
>> Hallo Matthias,
>>
>> Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:
>>> Am 24.05.2017 um 11:04 schrieb Harald Köster:
 Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:
> ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf
> Datei.
> LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.
>
> Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
> 472kB ist ja nicht so viel.
>
> Dummerweise wird das Arbeiten nun erschwert weil beim
> Abspeichern erst der Scrollbalken abgearbeitet wird und
> danach jedoch ~5s vergehen bevor das System wieder
> auf Eingaben brauchbar reagiert.
>
> Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
> daß das Problem scheinbar nicht auftritt wenn die Bilder
> nicht auf der Platte erreichbar sind. Dann werden nur
> Rahmen stattdessen angezeigt.
>
> Weil das Problem mich behindert habe ich einen Issue
> erstellt und das Verhalten geschildert.
> *Bug 108005*
>  - Writer
> hangs several seconds after saving
>
 Grüße
 Harald K.

>>> Danke Harald !
>>>
>>> eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
>>> denn ohne den Ordner mit den vielen Bildern tritt das
>>> Problem nicht auf.

>> probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
>> gleiche Bild mehrfach in Dein Dokument einfügst.

> das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder
> die ich da einzeln anfassen müsste.
> Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 Bildern
> wäre es mit copy/paste noch machbar.
> Die Rahmengrößen ändern sich dann jedoch auch.
> Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.

es hat ja inzwischen einen umfangreichen Mail-Verkehr gegeben. Mein
Eindruck ist aber, dass das ursprüngliche Problem nach wie vor vorhanden
ist. Vielleicht lässt sich das Problem ja schon nachvollziehen, wenn Du
ein großes neues Dokument erstellst, dass Du durch mehrfaches Kopieren
von Text und eines eingefügten Bildes relativ schnell erstellen kannst.

Bei einem Performance-Problem wird man in der Regel immer eine Testdatei
benötigen. Nur wenn Du eine solche Testdatei zu Verfügung stellen
kannst, wird es möglich sein, den Bug weiter zu bearbeiten.


>> Wenn ja, dann bitte
>> auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
>> nicht vorhanden ist.

> bei der 4.4.7.2 tritt das Problem nicht auf.

Hiermit meine ich einen Test mit der neu erstellten Testdatei, um sicher
zu gehen, dass es sich um das ursprüngliche Problem handelt.


>>> Zu Deiner Frage ob das Problem bei allen LO-Versionen
>>> auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
>>> und die 4.4.7.2 auch.
>>> Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
>>> es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Du hast in einer anderen Mail berichtet, dass es bei der Version 5.3.3
ein Performance-Problem beim Scrollen auftritt, dass in der Version
5.2.7 noch nicht vorhanden war. Ist es richtig, dass dieses Problem
nichts mit dem ursprünglichen Problem beim Speichern zu tun hat?

Weiterhin hast Du in ein anderen Mail zu diesem Thema gefragt, wann es
sinnvoll ist, einen Bug Report bei Performance-Problemen zu erstellen.
Immer sinnvoll ist dies, wenn eine Funktion in einer neueren Version
signifikant langsamer ist, als in einer älteren Version. Sinnvoll kann
dies auch sein, wenn eine Funktion 'gefühlt' zu lange dauert. Allerdings
lassen sich Latenzzeiten nicht grundsätzlich vermeiden, wenn
umfangreiche Daten zu bewegen oder auszuwerten sind.

Grüße
Harald K.

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Peter Mulller]

Hallo,

Am Monday 05 June 2017 14:23:19 schrieb OoOHWHOoO:
> (2) [...] LO in seiner OPEN-Ware-Funktionalität ist sicherlich nicht für
> solch grosse Dateien angedacht. [...]
>
> Absolut nicht zutreffende Aussage. "LibreOffice" ist ein
> hochprofessionelles OpenSource Office-Paket, das mit großen Dateien -
> z.B mit meiner Test-Datei (600MB | 1401 Tabellen | 2732 Bildern | 102146
> Zeichen) - keinerlei Probleme hat. Siehe auch: Interview mit Florian
> Effenberger ( https://www.youtube.com/watch?v=Qrqb-mmnhXQ ).

nettes Interview, danke für den Link.

Peter Mulller

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Danke Hans-Werner,

natürlich hat jeder sein eigenes System.

Ständig wechseln auf Neues will man nicht.
Manchmal führt Wechsel des Systems in eine
Krise die man gar nicht brauchen kann.
So erlebte ich das mit 2 neueren Laptops wo das
Touchpad für mich leider gar nicht brauchbar war.
Sonst waren diese Rechner natürlich schneller.

Schön wenn bei Dir das Scrollen nicht langsamer ist.

Bei mir ist da ein krasser Unterschied zu bemerken.
Ich habe nicht den Schieber betätigt, sondern die
Bild runter-Taste stattdessen.

Dabei dauert es eben 2min statt 30s wie zuvor.
Das ist dann eine andere Welt.

Meine mir selbst gestellte Aufgabe dies zu melden
habe ich erfüllt.
Für das was andere nun daraus machen bin ich
nicht verantwortlich.

Vielen Dank für Eure Hinweise !

Viele Grüße
Matthias

Am 05.06.2017 um 10:38 schrieb HansWernerHerold:

Hallo Matthias,

zu Deinen Fragen/Beobachtungen:

[...] Ich denke schon daß es sich lohnt nachzudenken wenn eine 
Funktion plötzlich Faktor 4 langsamer wird. [...]


Ich habe eben mal "LO 5.3.3.2 (x64)" installiert und das Scrollen mit 
meiner 600MB-TEST-Datei getestet. Dass das Scrollen (um den Faktor 4 
im Vergleich zu "LO 5.2.7.2 (x64)") langsamer geworden ist kann ich 
nicht bestätigen. Wenn ich den Schieber des rechten senkrechten 
Scrollbalkens mit der Maus nach unten bewege folgt die 
Bildschirmanzeige ohne wahrnehmbare Verzögerungen.


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


Wenn man nicht unbedingt eine Funktion, die in einer neueren 
LO-Version enthalten ist, benötigt, beinhaltet es eigentlich keinerlei 
Nachteile mit der "LibreOffice (stable)"-Version (weiter) zu arbeiten.


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


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Christian Palm]

Hallo,


ich denke mal diese ganzen Werte waren frher mal wirklich interessant bei den 
alten Rechnern, BS, etc. doch heute ???
GruChristian Palm
Gesendet:Montag, 05. Juni 2017 um 20:34 
UhrVon:Mohinggmcmohing@gmx.netAn:users@de.libreoffice.orgBetreff:Re: [de-users] 
Writer hngt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit
Hallo Hans Werner OoOHWHOoO!Die Lesen- Werte liegen unter den Schreiben- Werte? 
Und die IOPS sindwieder in der richtigen Reihenfolge?Faszinierend!GrsseAm 
05.06.2017 um 19:43 schrieb OoOHWHOoO:Hallo Mohing,...




-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Mohing]

Hallo Hans Werner OoOHWHOoO!

Die Lesen- Werte liegen unter den Schreiben- Werte? Und die IOPS sind 
wieder in der richtigen Reihenfolge?

Faszinierend!

Grüsse


Am 05.06.2017 um 19:43 schrieb OoOHWHOoO:

Hallo Mohing,

(1) [...] Diese Werte sind unlogisch und ensprechen nicht denen der 
Herstellerangaben! [...]


Hier die Herstellerangaben ( 
http://www.samsung.com/de/consumer/memory-storage/memory-storage/ssd/MZ-75E250B/EU/ 
):


Technisches Datenblatt gemäß Richtlinie (EU) Nr. 1060/2010

+ Sequenzielle Lesegeschwindigkeit: Bis zu 540 MB/sec Sequential Read
+ Sequenzielle Schreibgeschwindigkeit: Bis 520 MB/sec Sequential Write
+ Ein-/Ausgabeoperationen lesen (4KB, QD32): Bis zu 97.000 IOPS Random 
Read
+ Ein-/Ausgabeoperationen schreiben (4KB, QD32): Bis zu 88.000 IOPS 
Random Write
+ Ein-/Ausgabeoperationen lesen (4KB, QD1): Bis zu 10.000 IOPS Random 
Read
+ Ein-/Ausgabeoperationen schreiben (4KB, QD1): Bis zu 40.000 IOPS 
Random Write


Samsung Magican Performance Benchmark (mein PC aktuell):

+ Sequenzielles Lesen: 487 MB/s
+ Sequenzielles Schreiben: 523 MB/s
+ Direktes Lesen: 77520 IOPS
+ Direktes Schreiben: 59059 IOPS

Bezüglich "sequenziellem Lesen/Schreiben" kann ich nicht wirklich 
einen gravierenden Unterschied zu den Herstellerangaben feststellen 
und damit auch keinen wirklichen Widerspruch zu den Herstellerangaben, 
wie von Dir behauptet.


Bezüglich "direktem Lesen/Schreiben" habe ich keine Erklärung für den 
etwas geringeren "Schreiben"-Wert.


Allerdings muss man auch beachten, dass so ein Benchmark-Test immer 
nur einen "Schnappschuss" der aktuellen Systemsituation darstellt in 
Abhängigkeit davon, was das System gerade im Hintergrund werkelt, 
insbesondere, wenn es sich um die System-Partition handelt.


(2) [...] Ferner hat ein Benchmark-Test in Verbindung mit LO keinerlei 
Bedeutung. [...]


Das hat auch niemand behauptet.

Gruß
Hans-Werner


-- Originalnachricht --
Von: "Mohing" <gmcmoh...@gmx.net>
An: users@de.libreoffice.org
Gesendet: 05.06.2017 18:27:33
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Hallo Hans Werner OoOHWHOoO!

Diese Werte sind unlogisch und ensprechen nicht denen der 
Herstellerangaben! Ferner hat ein Benchmark-Test in Verbindung mit LO 
keinerlei Bedeutung.


Grüsse


Am 05.06.2017 um 14:23 schrieb OoOHWHOoO:

+ Sequenzielles Lesen: 482 MB/s
+ Sequentielles Schreiben: 528 MB
+ Direktes Lesen: 79452 IOPS (= Input/Output operations Per Second)
+ Direktes Schreiben: 53840 IOPS (= Input/Output operations Per Second)



-- Liste abmelden mit E-Mail an: users+unsubscr...@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+unsubscr...@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

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

[OoOHWHOoO]

Hallo Mohing,

(1) [...] Diese Werte sind unlogisch und ensprechen nicht denen der 
Herstellerangaben! [...]


Hier die Herstellerangaben ( 
http://www.samsung.com/de/consumer/memory-storage/memory-storage/ssd/MZ-75E250B/EU/ 
):


Technisches Datenblatt gemäß Richtlinie (EU) Nr. 1060/2010

+ Sequenzielle Lesegeschwindigkeit: Bis zu 540 MB/sec Sequential Read
+ Sequenzielle Schreibgeschwindigkeit: Bis 520 MB/sec Sequential Write
+ Ein-/Ausgabeoperationen lesen (4KB, QD32): Bis zu 97.000 IOPS Random 
Read
+ Ein-/Ausgabeoperationen schreiben (4KB, QD32): Bis zu 88.000 IOPS 
Random Write
+ Ein-/Ausgabeoperationen lesen (4KB, QD1): Bis zu 10.000 IOPS Random 
Read
+ Ein-/Ausgabeoperationen schreiben (4KB, QD1): Bis zu 40.000 IOPS 
Random Write


Samsung Magican Performance Benchmark (mein PC aktuell):

+ Sequenzielles Lesen: 487 MB/s
+ Sequenzielles Schreiben: 523 MB/s
+ Direktes Lesen: 77520 IOPS
+ Direktes Schreiben: 59059 IOPS

Bezüglich "sequenziellem Lesen/Schreiben" kann ich nicht wirklich einen 
gravierenden Unterschied zu den Herstellerangaben feststellen und damit 
auch keinen wirklichen Widerspruch zu den Herstellerangaben, wie von Dir 
behauptet.


Bezüglich "direktem Lesen/Schreiben" habe ich keine Erklärung für den 
etwas geringeren "Schreiben"-Wert.


Allerdings muss man auch beachten, dass so ein Benchmark-Test immer nur 
einen "Schnappschuss" der aktuellen Systemsituation darstellt in 
Abhängigkeit davon, was das System gerade im Hintergrund werkelt, 
insbesondere, wenn es sich um die System-Partition handelt.


(2) [...] Ferner hat ein Benchmark-Test in Verbindung mit LO keinerlei 
Bedeutung. [...]


Das hat auch niemand behauptet.

Gruß
Hans-Werner


-- Originalnachricht --
Von: "Mohing" <gmcmoh...@gmx.net>
An: users@de.libreoffice.org
Gesendet: 05.06.2017 18:27:33
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Hallo Hans Werner OoOHWHOoO!

Diese Werte sind unlogisch und ensprechen nicht denen der 
Herstellerangaben! Ferner hat ein Benchmark-Test in Verbindung mit LO 
keinerlei Bedeutung.


Grüsse


Am 05.06.2017 um 14:23 schrieb OoOHWHOoO:

+ Sequenzielles Lesen: 482 MB/s
+ Sequentielles Schreiben: 528 MB
+ Direktes Lesen: 79452 IOPS (= Input/Output operations Per Second)
+ Direktes Schreiben: 53840 IOPS (= Input/Output operations Per 
Second)



-- Liste abmelden mit E-Mail an: users+unsubscr...@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+unsubscr...@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

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

[Michael Höhne]

Am Mon, 5 Jun 2017 12:06:47 +0200
schrieb Mohing :

> Eine SSD in einem NUC zu verbauen ist an und für sich eine sehr gute 
> Idee. Leider verfügen NUC`s dieser Baureihe von 2013 alle NICHT über
> die volle physikalische Bus- Breite.

Du unterschlägst einen der wichtigsten Vorteile einer SSD: Die extrem
kurze Zugriffszeit!

Selbst wenn eine SSD in einem speziellen Falle nicht viel schneller
ist, als eine Festplatte, so "fühlt sich" eine SSD deutlich flotter an,
weil es keinen Schreib-/Lesekopf gibt, der ständig neu positioniert
werden müsste.

Gruß,
Michael

-- 

   / / / / /__/  Michael Höhne /
  /   / / /  /  mih-hoe...@web.de /
 /


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Mohing]

Hallo Hans Werner OoOHWHOoO!

Diese Werte sind unlogisch und ensprechen nicht denen der 
Herstellerangaben! Ferner hat ein Benchmark-Test in Verbindung mit LO 
keinerlei Bedeutung.


Grüsse


Am 05.06.2017 um 14:23 schrieb OoOHWHOoO:

+ Sequenzielles Lesen: 482 MB/s
+ Sequentielles Schreiben: 528 MB
+ Direktes Lesen: 79452 IOPS (= Input/Output operations Per Second)
+ Direktes Schreiben: 53840 IOPS (= Input/Output operations Per Second) 



--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[OoOHWHOoO]

Hallo Mohing,

zu Deinen Anmerkungen:

(1) Hardware

Es gehört zwar nicht wirklich hierher, aber damit über den 
(modifizierten) Nachbau des "11 Watt PC" aus der Zeitschrift "c't" 
(04.11.2013) nicht so viel spekuliert werden muss, hier einfach meine 
damalige Bestellliste (03.2014):


+ CPU: 1 x Intel® Core™ i5-4670 ( QuadCore | 3.4GHz | L2C=4x256kB | 
L3C=6144kB | FC-LGA4 | "Haswell" | integrierte Grafikeinheit )

+ CPU-Kühler: 1 x Scythe Mugen 4 SCMG-4000
+ Mainboad: 1 x Intel® Media DH87RL ( Sound | G-LAN | SATA3 | USB 3.0 | 
Grafik via "Haswell"-Processor )
+ Memory: 1 x Kingston ValueRAM DIMM 16 GB DDR3-1600 ( Kit (2x8GB) 
(KVR16N11K2/16) )

+ SSD [SYSTEM]: 1 x Samsung 840 EVO 2,5" 120 GB ( SATA 600 | Bulk )
+ HDDs [USER]: 2 x Western Digital WD20EZRX 2TB ( 3.5 Zoll | SATA 600 | 
WD Green | ms|Cache|U = 8.9|64|IntelliPower )
+ DVD-Brenner: 1 x LG GH-24NS (Blende in schwarz | 12-fach DVD-RAM 
schreiben | Bulk )

+ Netzteil: be quiet! Pure Power L8 400W ( Schwarz | 2x PCIe )
+ Gehäuse: Corsair Carbide 200R
+ Betriebssystem: Microsoft Windows 7 Home Premium ( 1 Benutzer | 64-Bit 
| inkl. SP 1 | Deutsch | SystemBuilder )


Da ich nicht über ein profundes PC-Hardware-Wissen verfüge, habe ich 
mich damals auf die Fachkompetenz der "c/t"-Redakteure verlassen.


Eben mit "Samsung Magician" gemachter Benchmark-Test für "Samsung SSD 
840 EVO 120GB" (Belegter Speicher: 43GB | Freier Speicher: 57GB):


+ Sequenzielles Lesen: 482 MB/s
+ Sequentielles Schreiben: 528 MB
+ Direktes Lesen: 79452 IOPS (= Input/Output operations Per Second)
+ Direktes Schreiben: 53840 IOPS (= Input/Output operations Per Second)

Wie zuverlässig diese Benchmark-Test-Aussagen sind vermag ich nicht zu 
beurteilen.


(2) [...] LO in seiner OPEN-Ware-Funktionalität ist sicherlich nicht für 
solch grosse Dateien angedacht. [...]


Absolut nicht zutreffende Aussage. "LibreOffice" ist ein 
hochprofessionelles OpenSource Office-Paket, das mit großen Dateien - 
z.B mit meiner Test-Datei (600MB | 1401 Tabellen | 2732 Bildern | 102146 
Zeichen) - keinerlei Probleme hat. Siehe auch: Interview mit Florian 
Effenberger ( https://www.youtube.com/watch?v=Qrqb-mmnhXQ ).


(3) [...] TE [...]

Zur Beantwortung Deiner Mail wäre es hilfreicher gewesen, wenn Du 
anstatt einem allgemeinen "TE" einfach die Namen derer benutzt, denen Du 
mit Deinen verschiedenen Aussagen etwas mitteilen möchtest. Danke für 
Dein Verständnis.


(4) [...] Im übrigen lassen sich Fehler nur finden in dem Sie 
reproduzierbar sind! [...]


Sind sie bezüglich des von Matthias kommunizierten Problems "Writer 
hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit".

Siehe: https://bugs.documentfoundation.org/show_bug.cgi?id=98731

Gruß
Hans-Werner


-- Originalnachricht --
Von: "Mohing" <gmcmoh...@gmx.net>
An: users@de.libreoffice.org
Gesendet: 05.06.2017 12:06:47
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Einige Anmerkungen meinerseits zum Thema Hardware.


Ein Intel NUC, und nichts anderes wird der 11Watt PC sein, spielt sich 
immer auf "Laptop- Niveau" ab. Die Unterschiede zwischen einem Laptop 
2013 und einem NUC 2013 sind marginal- meist ist hierbei der Laptop im 
Vorteil.


Eine SSD in einem NUC zu verbauen ist an und für sich eine sehr gute 
Idee. Leider verfügen NUC`s dieser Baureihe von 2013 alle NICHT über 
die volle physikalische Bus- Breite. Die maximale Bandbreite ist, meist 
anders als angegeben, nur bei ca 50% der untersützten Schreib-Leistung. 
Wenn also eine SSD "300" unterstütz wird heißt es nicht, dass die Daten 
auch mit "300" übertragen werden- sondern nur bis maximal "150". 
Unterstützt heißt nur, dass die SSD lauffähig nicht. Über den 
Datendurchsatz haben sich die Hersteller damals immer bedeckt gehalten. 
Ferner muss berücksichtigt werden, dass eine SSD, bis vor einigen 
Jahren, im LESEN immer besser waren als im SCHREIBEN. Während bei einer 
SSD"300" bis zu 285MB/s erreicht werden konnten, so lag der 
Schreibdurchsatz idR 10-35% darunter.  Insbesondere bei "vollen" SSDs 
ist mit einem Performance- Einbruch in der Schreibgeschwindigkeit zu 
rechnen. Eine "volle" SSD wird zu dem Zeitpunkt schon so bezeichnet , 
wenn über 50% ihrer Kapaziztät beschrieben ist. Auch sind kleine SSDs 
langsamer als SSD´s mit großer Speicherkapazität. Und man muss 
berücksichtigen, dass es eklatante Unterschiede in den SSD´s seitens 
der Hersteller gab. Eine Intel- SSD ist nie mit einer von Intenso oder 
OCZ vergleichbar. Wenn also beim TE der Schreibvorgang von LO 
angeschlossen ist und weiterhin ein Zugriff auf die SSD besteht, so 
sind dies die organisatorischen Schreib-/Lesezugriffe aus BS und 
Hardware-Treibern. Dies würde die Frage aufwerfen inwieweit die SSD des 
TE über eine TRIM-Funktion verfügt und ob dies

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

[Mohing]

Einige Anmerkungen meinerseits zum Thema Hardware.


Ein Intel NUC, und nichts anderes wird der 11Watt PC sein, spielt sich 
immer auf "Laptop- Niveau" ab. Die Unterschiede zwischen einem Laptop 
2013 und einem NUC 2013 sind marginal- meist ist hierbei der Laptop im 
Vorteil.


Eine SSD in einem NUC zu verbauen ist an und für sich eine sehr gute 
Idee. Leider verfügen NUC`s dieser Baureihe von 2013 alle NICHT über die 
volle physikalische Bus- Breite. Die maximale Bandbreite ist, meist 
anders als angegeben, nur bei ca 50% der untersützten Schreib-Leistung. 
Wenn also eine SSD "300" unterstütz wird heißt es nicht, dass die Daten 
auch mit "300" übertragen werden- sondern nur bis maximal "150". 
Unterstützt heißt nur, dass die SSD lauffähig nicht. Über den 
Datendurchsatz haben sich die Hersteller damals immer bedeckt gehalten. 
Ferner muss berücksichtigt werden, dass eine SSD, bis vor einigen 
Jahren, im LESEN immer besser waren als im SCHREIBEN. Während bei einer 
SSD"300" bis zu 285MB/s erreicht werden konnten, so lag der 
Schreibdurchsatz idR 10-35% darunter.  Insbesondere bei "vollen" SSDs 
ist mit einem Performance- Einbruch in der Schreibgeschwindigkeit zu 
rechnen. Eine "volle" SSD wird zu dem Zeitpunkt schon so bezeichnet , 
wenn über 50% ihrer Kapaziztät beschrieben ist. Auch sind kleine SSDs 
langsamer als SSD´s mit großer Speicherkapazität. Und man muss 
berücksichtigen, dass es eklatante Unterschiede in den SSD´s seitens der 
Hersteller gab. Eine Intel- SSD ist nie mit einer von Intenso oder OCZ 
vergleichbar. Wenn also beim TE der Schreibvorgang von LO angeschlossen 
ist und weiterhin ein Zugriff auf die SSD besteht, so sind dies die 
organisatorischen Schreib-/Lesezugriffe aus BS und Hardware-Treibern. 
Dies würde die Frage aufwerfen inwieweit die SSD des TE über eine 
TRIM-Funktion verfügt und ob diese auch regelmäßig ausgeführt wird.


Die angesprechene Hybrid- Festpaltte bringt im Schreibzyklus keinerlei 
Vorteile. Die Vorteile ergeben sich nur im Lese- Zyklus, da hier die 
Daten vorab in den LW-Cache geladen werden. Dies ist in den Datenbättern 
auch so erklärt.



Einige Anmerkungen meinerseits zum Thema Programmierung und Hardware.

Auch hier herrscht bei den Anwendern oft völliges Mißverständnis! Nur 
weil ein Programm  eine höhere Versionsnummer hat muss es nicht 
zwangsläufig schneller und besser laufen. Trotz gleichem Programm-Code 
ergeben sich durch die unterschiedlichen Compilations-Algorythmen der 
Softwaresprache völlig andere Ergebnisse. Diese sind aunabhängig von 
Programmierer und User zu sehen und liegen rein im Compiler begründet.



Mein Fazit:

Das vom TE angesprochene "Problem" hat rein gar nichts mit der 
Programmierung von LO tun. Der Flaschenhals im Schreibprozess wird aus 
mehreren Faktoren bestehen und das Problem liegt so mit einzig und 
allein beim User- weil er es dafür hält. LO in seiner 
OPEN-Ware-Funktionalität ist sicherlich nicht für solch grosse Dateien 
angedacht. Vielleicht sollte der TE einfach mal über eine Kauf-Version 
von Apache, oder einen neuen PC, oder eine verbesserte Datenstruktur, 
oder oder oder nachdenken. Der zwanghafte Wunsch mit einer aktuellen 
Version schneller oder zumindest gleich schnell zu sein lässt sich in 
der IT nicht definitiv nie verwirklichen. Hier bei bedarf es einer sehr 
genauen Betrachtung vor ORT und im Einzelfall. Eine Übertragung des 
Problems rein auf LO käme in seiner Beirteilung nicht in Betracht und 
würde LO auch nicht gerecht. Hierbei ist die Erkenntnis über eine 
Verzögerung lediglich der erste Schritt. Nächster Schritt wäre das 
Hinzufügen unterschiedlicher Treiber, BS-Versionen und vergelichbare 
Hardware...


Im übrigen lassen sich Fehler nur finden in dem Sie reproduzierbar sind!

Grüsse



--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[HansWernerHerold]

Hallo Matthias,

zu Deinen Fragen/Beobachtungen:

[...] Ich denke schon daß es sich lohnt nachzudenken wenn eine Funktion 
plötzlich Faktor 4 langsamer wird. [...]


Ich habe eben mal "LO 5.3.3.2 (x64)" installiert und das Scrollen mit 
meiner 600MB-TEST-Datei getestet. Dass das Scrollen (um den Faktor 4 im 
Vergleich zu "LO 5.2.7.2 (x64)") langsamer geworden ist kann ich nicht 
bestätigen. Wenn ich den Schieber des rechten senkrechten Scrollbalkens 
mit der Maus nach unten bewege folgt die Bildschirmanzeige ohne 
wahrnehmbare Verzögerungen.


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


Wenn man nicht unbedingt eine Funktion, die in einer neueren LO-Version 
enthalten ist, benötigt, beinhaltet es eigentlich keinerlei Nachteile 
mit der "LibreOffice (stable)"-Version (weiter) zu arbeiten.


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


Wenn man gerne die Funktionen der neuesten LibreOffice-Version testen 
und gegebenenfalls bei der Fehlerbereinigung mithelfen will, empfiehlt 
sich der Weg der LibreOffice-Parallel-Installation mit dem Vorteil, dass 
die tägliche Arbeit mit LO nicht behindert wird, da man ja die 
"LibreOffice (stable)"-Version weiterhin zur Verfügung hat.


(1) Auf https://wiki.documentfoundation.org/Installing_in_parallel/de 
ist die Vorgehensweise für eine LO-Parallel-Installation beschrieben:


" ... Für die Durchführung einer administrativen Installation gibt es 2 
Möglichkeiten:
+ Installation über die Kommandozeile von Windows. Diese wird im 
Folgenden beschrieben.
+ Nutzung des Programms "LibreOffice Server Installation GUI" von 
Florian Reisinger: LINK zur Server Installation GUI (englisch). Dieses 
Programm nimmt Dir die Arbeit zur Eingabe der Befehle in die 
Kommandozeile ab, muss aber vorher installiert werden. Die Verwendung 
ist insbesondere dann empfehlenswert, wenn Du des Öfteren eine 
Parallel-Installation vornehmen möchtest. ..."


(2) Hier ( https://wiki.documentfoundation.org/SI-GUI ) wird das 
"Graphical User Interface" (GUI) von Florian Reisinger im Überblick 
beschrieben.


(3) Hier ( https://flosmind.wordpress.com/si-gui/ ) geht es zur 
entsprechenden WEB-Seite von Florian Reisinger mit Programmbeschreibung 
und Download-Möglichkeit. Ich selbst habe dieses Programm noch nicht 
genutzt. So kann ich Dir dazu leider keine Hilfestellungen anbieten oder 
von eigenen Erfahrungen damit berichten.


(4) Ich selbst mache das zurzeit noch ganz pragmatisch - wenn auch 
vielleicht nicht die eleganteste Methode, sondern mehr Typ "Holzhammer" 
- bezüglich dem Ausprobieren mit neuen LO-Versionen:


1. Vor der der Installation der neuen LO-Version erstelle ich über 
[Systemsteuerung][Alle Systemsteuerungselemente][Sichern und 
Wiederherstellen][Systemabbild erstellen] auf einer externen usbHDD ein 
Systemabbild meiner aktuellen Windows-Installation. Hinweis: Bei meinem 
PC sind Betriebssystem-/Software-Installation (48GB) auf einer SSD und 
Benutzerdateien auf einer HDD - also strikt getrennt.
2. Falls noch nicht geschehen zusätzlich über [Systemsteuerung][Alle 
Systemsteuerungselemente][Sichern und Wiederherstellen] 
[Systemreparaturdatenträger erstellen] auf einer CD eine BOOT-CD für 
Windows erstellen. Das muss man aber nur ein Mal machen. Eine 
zusätzliche Kopie dieser CD schadet nicht, falls die erste CD mal 
(mechanisch) beschädigt sein sollte.
3. Falls ich mit einer neu installierten Version von LO zu viele 
Probleme habe, ist der Weg zurück zu einer funktionierenden 
Arbeitsumgebung ganz einfach: Den PC von dem 
"Systemreparaturdatenträger" (BOOT-CD) booten und das gesicherte 
Systemabbild einspielen. Dauert zwar ein paar Minuten, aber dafür ist 
alles wieder 100%-ig so wie vor der Software-Installation - und 
funktionierte bis jetzt stets zuverlässig.


[...] Laptop [...]

Einen Laptop auf Hardware-Ebene zu erweitern ist oftmals eine diffizile 
Angelegenheit, da Laptops in der Gesamtheit, im Vergleich zu einem 
"normalen" PC aus Standard-Komponenten, nicht selten schon recht 
"speziell" sind. Mit der "500GB-Hybridplatte von Seagate" hattest Du ja 
auch, wie Du schriebst, entsprechend negative Erfahrungen gemacht. Da 
ist oftmals ein neuer Laptop "billiger" - vom persönlichen Zeitaufwand 
mal ganz abgesehen. Ich persönlich würde mir 
Laptop-Hardware-Erweiterungen nicht zutrauen.


Gruß
Hans-Werner
--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

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.weis...@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

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

[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.weis...@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+unsubsc

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

[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:

Der "Verarbeitungsaufwand" für LO (LibreOffice) beim Speichern eines 
WRITER-Dokuments (~.odt) ist weitestgehend identisch, egal, ob die 
Bilder DIREKT oder via VERKNÜPFUNG eingefügt wurden. Damit diese Aussage 
nachvollziehbar und verstehbar ist - und auch meine Antworten auf Deine 
Fragen (s.u. [5]) - muss ich (leider) etwas weiter ausholen:


1. Ein WRITER-Dokument (= WRITER-Datei) ist ein ZIP-Archiv, welches man 
entpacken kann. Dieses Archiv enthält Dateien und Verzeichnisse.


1.1 Verzeichnisse ( Configurations2 | META-INF | (Pictures) | Thumbnails 
)
1.2 Dateien ( content.xml | layout-cache | manifest.rdf | meta.xml | 
mimetype | settings.xml | styles.xml )


2 Für die weiteren Erläuterungen sind nur 2 Verzeichnisse und eine Datei 
interessant.


2.1 Pictures
2.1.1 Enthält die Bilder, wenn diese in das WRITER-Dokument DIREKT 
eingefügt wurden. Und nur dann wird dieses Verzeichnis auch angelegt.


2.2 Thumbnails
2.2.1 Enthält nur die erste Seite des WRITER-Dokuments als Bild. Wenn 
man im EXPLORER eine WRITER-Datei anklickt, sieht man links unten dieses 
Bild der ersten Seite.


2.3 content.xml
2.3.1 Hier ist mit XML-Anweisungen das WRITER-Dokument abgebildet. LO 
interpretiert diese XML-Anweisungen und erstellt daraus das, was der 
Benutzer auf dem Bildschirm sieht.

2.3.2 xml-Zeile
2.3.2.1 Beginnt mit "<" und endet mit "/>".
2.3.2.1 Beispiel: 
2.3.3 xml-Abschnitt
2.3.3.1 Beginnt mit  und endet mit 
2.3.3.2 Beispiel:  und 

3 Zwei Leerzeilen und "zwei Bilder DIREKT" in das WRITER-Dokument 
eingefügt.


3.1 Pictures
3.1.1 Dieses Verzeichnis wird (neu) angelegt und enthält die DIREKT 
eingefügten Bilder.


3.2 Thumbnails
3.2.1 In diesem Verzeichnis ist genau ein Bild - das Bild der ersten 
Seite.


3.3 content.xml

3.3.1 Hinweise
3.3.1.1 "~~~" - Von mir eingefügt mit der Bedeutung, dass das da noch 
etwas steht, ich es aber weggelassen habe, da sonst das Ganze zu 
unübersichtlich würde.
3.3.1.2 "|" - Von mir eingefügt zur besseren Darstellung der einzelnen 
XML-Abschnitte.


3.3.2 Auf das Wesentliche reduzierte "content.xml"

~~~

| ~~~
| 
| | 
| | | 
| | | ~~~
| | | 
| | | 
| | | | 
| | | | | xlink:href="Pictures/12C502C5887E723DABCCD504.jpg"/>

| | | | 
| | | 
| | | 
| | | 
| | | | 
| | | | | xlink:href="Pictures/12C502C5D5C8CF25151250C9.jpg"/>

| | | | 
| | | 
| | | 
| | 
| 


3.3.2.1 XML-Anweisung für eine Leerzeile

| | | 

3.3.2.2 XML-Anweisungen für ein DIREKT eingefügtes Bild

| | | 
| | | | 
| | | | | xlink:href="Pictures/12C502C5887E723DABCCD504.jpg"/>

| | | | 
| | | 

Das Bild "12C502C5887E723DABCCD504.jpg" befindet sich im 
Verzeichnis "Pictures" des ZIP-Archivs der WRITER-Datei.


4 Zwei Leerzeilen und "zwei Bilder via VERKNÜPFUNG" in das 
WRITER-Dokument eingefügt


4.1 Pictures
4.1.1 Dieses Verzeichnis wird NICHT angelegt.

4.2 Thumbnails
4.2.1 In diesem Verzeichnis ist genau ein Bild - das Bild der ersten 
Seite.


4.3 content.xml

4.3.1 Hinweise
4.3.1.1 "~~~" - Von mir eingefügt mit der Bedeutung, dass das da noch 
etwas steht, ich es aber weggelassen habe, da sonst das Ganze zu 
unübersichtlich würde.
4.3.1.2 "|" - Von mir eingefügt zur besseren Darstellung der einzelnen 
XML-Abschnitte.


4.3.2 Auf das Wesentliche reduzierte "content.xml"

~~~

| ~~~
| 
| | 
| | | 
| | | | ~~~
| | | 
| | | 
| | | | 
| | | | | 
| | | | 
| | | 
| | | 
| | | 
| | | | 
| | | | | 
| | | | 
| | | 
| | | 
| | 
| 


4.3.2.1 XML-Anweisung für eine Leerzeile

| | | 

4.3.2.2 XML-Anweisungen für ein via VERKNÜPFUNG eingefügtes Bild

| | | 
| | | | 
| | | | | 
| | | | 
| | | 

Das Bild "BILD_1.jpg" befindet sich im Verzeichnis "BILDER" auf der 
Partition "D:".


5 Zu Deinen Fragen

"[...] Eigentlich sollte es dann keinerlei bemerkbare Verzögerung nach 
dem Speichern-Fortschrittsbalken geben - so wie ich Dich verstand. Nur 
woher kommt dann bei meinem

Text diese Verzögerung ? [..]"

Da hatte ich mich wohl missverständlich ausgedrückt oder Du hast hattest 
mich vielleicht falsch verstanden - oder eben beides. Siehe oben [1] bis 
[4]. Es ist egal, ob die Bilder via VERKNÜPFUNG oder DIREKT eingefügt 
werden, der "Verarbeitungsaufwand" für LO beim Speichern eines 
WRITER-Dokuments ist weitestgehend identisch: jeweils 5 XML-Zeilen !


"[...] Werden jedesmal Thumbnails noch erzeugt und dies dauert halt? 
Falls es so sein sollte - warum nur ? An den Bildern selbst hat sich ja 
nichts verändert. [...]"


Nein, in dem Verzeichnis "Thumbnails" ist nur 1 Bild - das Bild der 
ersten Seite des WRITER-Dokuments. Siehe oben [2.2]. Das ist für LO 
sicherlich kein erhöhter Verarbeitungsaufwand.


"[...] Einen zweiten Fortschrittsbalken habe ich bisher nicht bewusst 
wahrgenommen. Gibt es denn einen 

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

[Dr. Matthias Weisser]

Danke Regina für die Hinweise !

Es hat geklappt die 5.4.0 in einen Ordner C:\lo entpacken zu lassen.

Die api-ms-win-crt-runtime...dll ist in diesem Ordner.
Ich habe sie dann nach windows/system32 kopiert.
Das brachte den Fehler nicht weg weil es ja ein Win64 ist.
Durch Kopieren der dll nach sysWOW64 verschwand der Fehler.

Leider gibt es beim Aufrufen der 5.4. nun den
Fehler "Der Prozedureinsprungpunkt "ucrtbase.terminate"
wurde in der api-ms-win-crt-runtime...dll nicht gefunden."

Gibt es da eine Idee woran das liegen kann?

Die 5.4.0 scheint auf diesem Rechner nicht so leicht
installierbar zu sein. Dabei war er neu aufgesetzt !
Die LO-Versionen davor hatte ich jedoch nicht deinstalliert
vor der Installation der nächsten Variante.

Freundliche Grüße
Matthias

Am 01.06.2017 um 11:37 schrieb Regina Henschel:

Hallo Matthias,

Dr. Matthias Weisser schrieb:

Hallo Harald und Liste,

ich habe das Verhalten nun mit einem neu aufgesetzten
Laptop unter Win7 64bit mit verschiedenen Versionen
von LO - die nacheinander installiert wurden - überprüft.

_Ergebnis:_
+ 4.3.7.2 ist ok - kein Problem mit 5s Wartezeit nach dem Speichern
+ 4.4.7.2 ist ok.
- 5.1.6 ist nicht ok - egal ob 32 oder 64bit-Variante.
- 5.2.7 ist nicht ok.
- 5.3.3 ist nicht ok. Diese Version lädt zudem zäher.
- 5.4.0 bringt beim Versuch zu installieren die Meldung
"Das Programm kann nicht gestartet werden, da
api-ms-win-crt-runtime...dll auf dem Computer fehlt.
Installieren Sie das Programm erneut.."


Packe diese Version mal nur aus:
(1)Gehe über Start > Ausführen > Schaltläche durchsuchen.
(2)Navigiere zu der LO .msi Datei. Du musst im Explorer die Vorauswahl 
von "Progamme" auf "Alle Dateien" stellen, sonst siehst du die 
msi-Datei nicht. Öffnen.
(3) Nun hast du im Ausführen-Dialog im Feld Öffnen den Dateinamen 
stehen. Clicke zweimal in diese Zeile, so dass du einen Cursor hast, 
aber nichts markiert ist. Bewege den Cursor ganz an den Anfang des 
Eingabefeldes und ergänze den Text "msiexec -a " (ohne die " !).
(4) Klicke OK und führe die Installation durch. Es wird nicht wirklich 
installiert, sondern es wird alles in ein Verzeichnis deiner Wahl 
entpackt.
(5) In diesem Verzeichnis findest du einen Ordner "System". Der 
enthält alle die dll's für Windows.


Bei mir (Windows 7, 32bit) wurden Sie bei einer normalen Installation 
allerdings problemlos nach Windows/System32 kopiert. Ich weiß nicht, 
woran es bei dir gescheitert haben könnte. Du kannst die fehlende dll 
aber auch einfach von Hand kopieren. Suche im Windowsverzeichnis nach 
api-ms-win damit du weißt, wohin die fehlende Datei muss.


Du kannst auch mit der entpackten Version arbeiten. Ändere in der 
Datei bootstrap.ini in der Zeile UserInstallation den Wert auf 
$ORIGIN/.. und starte LibreOffice dann mit Doppelklick auf soffice.exe.


Mit freundlichen Grüßen
Regina 


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Danke für die Hinweise Klaus !

Ein Globaldokument möchte ich nicht verwenden.
Bisher ist es ohne gegangen - und das sollte
auch weiterhin so möglich sein.

Natürlich kann ich den Taskmanager mal beobachten.
Bei der 4er Version habe ich das gemacht.
Manchmal dauert es eine ganze Weile bis die
Aktivität dann endlich verschwindet.

Man weiß dann nicht so genau was das
Programm da wirklich macht.

Instabilitäten hatte ich bei der 4er Version
wenn 3 recht große Bilder direkt hintereinanderkamen.

Bei der 5er ging das besser.

Nur gibt es nun eben neue Macken die man
erst mal verstehen muss.

Programme mit weniger Macken liebt man natürlich mehr.

Viele Grüße nach Hannover
Matthias

Am 02.06.2017 um 19:29 schrieb Klaus Büchting:
Hallo Matthias,

vorab: Meine Konfiguration ähnelt Deiner, also Win 7 pro, 64 bit, 12 GB 
Hauptspeicher; LO: 5.2.5.1 (x64), Bilder sind per Verweis eingebunden.


Gestartet bin ich mit einer Datei unter LO 4.x - dies wurde ab ca. 80 
Seiten so instabil, daß ich mich entschloß, auf ein Global-Dokument 
umzustellen - dabei bin ich den Empfehlungen zum Vorgehen gefolgt.


Auch hier bin ich unter LO 4.x in eine Stabilitätsfalle geraten - und 
habe mich erstmal um andere Dinge gekümmert.


Einige Versionen später unter LO 5.x (x64) war es dann so richtig rund 
und stabil - wie ich es als "halber DAU" erwarte.


Einzige Einschränkung: In der Zeit der Instabilität habe ich mir 
angewöhnt, den Task-Manager laufen zu lassen - erst wenn sich CPU- und 
Speicheraktivitäten nach dem Öffnen, Drucken, Speichern oder Schließen 
"beruhigt" haben, geht es für mich weiter.


Mein Global-Dokument umfaßt ca. 15 Kapitel unterschiedlicher Größe, 
knapp 200 Bildern mit zusammen ca. 600 MB.
Ich habe eben das Global-Dok testweise in eine normale .odt-Datei 
exportiert - keine Änderung beim Verhalten.


Vielleicht hilft Dir meine Antwort...

Viele Grüße aus Hannover, Klaus


-Ursprüngliche Nachricht-
Von: Dr. Matthias Weisser [mailto:matthias.weis...@gmx.de]
Gesendet: Dienstag, 23. Mai 2017 14:34
An: LO DE-users
Betreff: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 
5.2.6.2 Win7 64bit


Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim Abspeichern erst 
der Scrollbalken abgearbeitet wird und danach jedoch ~5s vergehen bevor 
das System wieder auf Eingaben brauchbar reagiert.


Bei einem anderen Text mit 768 Seiten gab es bisher nie Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt daß das 
Problem scheinbar nicht auftritt wenn die Bilder nicht auf der Platte 
erreichbar sind. Dann werden nur Rahmen stattdessen angezeigt.


Weil das Problem mich behindert habe ich einen Issue erstellt und das 
Verhalten geschildert.

*Bug 108005*
 - Writer 
hangs several seconds after saving


Leider kann ich mit der sicher gutgemeinten Antwort von Timur nicht viel 
anfangen. Siehe seinen Text unten.


Ich habe Win7 64bit, keine anderen Versionen.
Ein Crash tritt wohl nicht auf - was also hilft ein Crash-Report wenn es 
keinen Crash gibt - nur diese Verzögerung?


Hat jemand eine Idee wie dem Problem beizukommen ist?
Kennt jemand vielleicht so ein Verhalten?

Natürlich kann ich neuere Versionen grundsätzlich testen.
Nur benötige ich ein produktives System. Es darf nicht passieren daß ich 
mein System zerstöre und dann neuinstallieren muss.
Es dauert Tage den Rechner neu aufzubauen mit den Applikationen die 
laufen müssen.


Ich helfe gerne - nur nicht um jeden Preis.
Mit der Bitte um Verständnis.

Vielen Dank !
Matthias

Thank you, but this can't be conformed like this, even that I'm seeing 
some unresponsability myself.
You should either attach minimal test case to reproduce a bug or test 
this yourself.


I'm suggesting that you:
- gethttp://tdf.io/siguiexe  to easily get and run "parallel" LO in 
Windows (extract without installation)
- run different extracted versions (here it would be fresh 5.3.3.2 and 
5.4 beta and master 5.5+) and architectures (32-bit or 64-bit) related 
to this bug in order to test crash
- note crash report link for crash with LO 5.2 and higher, sth. like 
crashreport.libreoffice.org/stats/crash_details/ (not applicable 
here but a general advice)


and, if possible, since it's not overly complicated, but gives some clues:
- use procdump (part of free and useful Sysinternaly Suite) during LO 
run in order to get a dump (soffice.bin.dmp)
- run procdump manually after LO start 
(path-to\SYSINTERNALSSUITE\procdump.exe soffice.bin -h 
path-to\soffice.bin.dmp) for reproducible bugs like this one, OR via 
simple batch file likeattachment 129814 
 [details] 

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

[Dr. Matthias Weisser]

Vielen Dank Hans-Werner für die positive Einschätzung
und für die große Mühe die Du Dir mit der Testdatei
und der Analyse gemacht hast.

Ich werde mir das durch den Kopf gehen lassen.

Die Idee ist gut daß man das odt auspacken kann.
Bei mir wird das "Pictures"-Verzeichnis wohl leer sein.
Ich habe ja nur links zu Bildern.

Eigentlich sollte es dann keinerlei bemerkbare Verzögerung
nach dem Speichern-Fortschrittsbalken geben - so wie
ich Dich verstand. Nur woher kommt dann bei meinem
Text diese Verzögerung?

Werden jedesmal Thumbnails noch erzeugt und dies
dauert halt? Falls es so sein sollte - warum nur?
An den Bildern selbst hat sich ja nichts verändert.

Solange ich nicht weiß was LO da macht in dieser
Zeit - so lange ist da ein ungutes Gefühl im Vergleich
zur 4er Version wo ich das so nicht erlebte.

"Die "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens haben sich in neueren LO-Versionen so 
verlangsamt, dass der Benutzer eine deutliche Verzögerung wahr nimmt."


Keine Ahnung ob dies so ist. Falls es so sein sollte
so wäre wichtig zu wissen warum es langsamer wurde
und was der Nutzen dieser Wartezeit für den Anwender ist.
Wartezeiten sollten kein Selbstzweck sein - nur um die
CPU auszulasten. Daher wäre Transparenz hier wichtig -
was macht LO da.

"Während der "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens wird in neueren LO-Versionen kein zweiter 
Fortschrittsbalken mehr angezeigt, so dass der Benutzer den Eindruck 
gewinnt, "LO" wäre in einem fehlerhaften Zustand."


Einen zweiten Fortschrittsbalken habe ich bisher nicht bewusst wahrgenommen.
Gibt es denn einen solchen?

"Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, der 
das von Dir geschilderte Problem kommuniziert"


Prima wenn auf diese Weise eine Abhilfe geschähe !
Es ist halt schade wenn neuere Versionen scheinbar weniger performant 
laufen. Das stört schon wenn man es von den Vorgängerversionen anders 
kennt.


Gruss
Matthias

Am 03.06.2017 um 11:55 schrieb HansWernerHerold:

Hallo Matthias,


Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .

wie bereits in meiner vorherigen Mail (HansWernerHerold, Fri Jun 02 
15:55:49 GMT 2017) erwähnt, ist das Problem erkannt und offensichtlich 
seit 26.05.17 (wieder) in Bearbeitung:


Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, 
der das von Dir geschilderte Problem kommuniziert: "Progress bar is 
not a good indicator for filesave progress" ( 
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).


So stehen die Chancen doch gar nicht so schlecht ...

Gruß
Hans-Werner


-- Originalnachricht --
Von: "Dr. Matthias Weisser" <matthias.weis...@gmx.de>
An: "Christian Palm" <chris62...@web.de>; hanswernerher...@t-online.de
Gesendet: 03.06.2017 11:29:47
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Ja - Bilder als Link ist wirklich ein Vorteil.

Bei meinen Büchern gibt es manchmal mehr
als 100 Fassungen - wobei immer wieder eine
Kleinigkeit ergänzt oder verbessert worden ist.

Im Gegensatz zu LO mit den Bildern im Text sind die
100 odt-Dateien dann klein und überschaubar.

Die Bilder können separat im Ordner mit einem
Grafikwerkzeug nachbearbeitet werden (Kontrast,
Flecken, Farben, Beschriftung, Achsen..).
Die Bilder können auch von verschiedenen Büchern
verwendet werden. Änderungen tauchen dann
automatisch beim nächsten Öffnen des Dokuments auf.
Beim Export in pdf sind dann die Änderungen da.

Die odt-Dateien sind klein und überschaubar und
laden auch schnell. Wenn man den Bildordner
umbenennt erscheinen statt der Bilder nur die Rahmen.
Das Arbeiten am Text geht so noch besser.

Es würde mehr Freude machen wenn neuere Versionen
von LO nicht mehr Wartezeiten erzeugen würden
und wenn es nicht zu Problemen käme wenn man
einmal ein paar größere Bilder als Link einbindet,
so wie es leider geschehen ist bei einer 4er Version.

Bereits 3 größere Bilder hintereinander hatten da gereicht
das System zäh und instabil werden zu lassen.

Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .
trotzdem vielen Dank für den Versuch mit der Testdatei !

Gruss
Matthias

Am 03.06.2017 um 08:59 schrieb Christian Palm:

Hallo Hans - Werner,

neben all dem was schon in dieser sache passiert ist. Ich habe bei 
meinen Büchern immer alle Bilder als Link angelegt. So kann ich 
nachher, wenn ich die Bilder wirklich habe sie austauschen ohne am 
Buch irgendwas ändern zu müssen.


Gruß
Christian Palm


Gesendet: Freitag, 02. Juni 2017 um 17

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

[HansWernerHerold]

Hallo Matthias,


Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .

wie bereits in meiner vorherigen Mail (HansWernerHerold, Fri Jun 02 
15:55:49 GMT 2017) erwähnt, ist das Problem erkannt und offensichtlich 
seit 26.05.17 (wieder) in Bearbeitung:


Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, der 
das von Dir geschilderte Problem kommuniziert: "Progress bar is not a 
good indicator for filesave progress" ( 
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).


So stehen die Chancen doch gar nicht so schlecht ...

Gruß
Hans-Werner


-- Originalnachricht --
Von: "Dr. Matthias Weisser" <matthias.weis...@gmx.de>
An: "Christian Palm" <chris62...@web.de>; hanswernerher...@t-online.de
Gesendet: 03.06.2017 11:29:47
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Ja - Bilder als Link ist wirklich ein Vorteil.

Bei meinen Büchern gibt es manchmal mehr
als 100 Fassungen - wobei immer wieder eine
Kleinigkeit ergänzt oder verbessert worden ist.

Im Gegensatz zu LO mit den Bildern im Text sind die
100 odt-Dateien dann klein und überschaubar.

Die Bilder können separat im Ordner mit einem
Grafikwerkzeug nachbearbeitet werden (Kontrast,
Flecken, Farben, Beschriftung, Achsen..).
Die Bilder können auch von verschiedenen Büchern
verwendet werden. Änderungen tauchen dann
automatisch beim nächsten Öffnen des Dokuments auf.
Beim Export in pdf sind dann die Änderungen da.

Die odt-Dateien sind klein und überschaubar und
laden auch schnell. Wenn man den Bildordner
umbenennt erscheinen statt der Bilder nur die Rahmen.
Das Arbeiten am Text geht so noch besser.

Es würde mehr Freude machen wenn neuere Versionen
von LO nicht mehr Wartezeiten erzeugen würden
und wenn es nicht zu Problemen käme wenn man
einmal ein paar größere Bilder als Link einbindet,
so wie es leider geschehen ist bei einer 4er Version.

Bereits 3 größere Bilder hintereinander hatten da gereicht
das System zäh und instabil werden zu lassen.

Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .
trotzdem vielen Dank für den Versuch mit der Testdatei !

Gruss
Matthias

Am 03.06.2017 um 08:59 schrieb Christian Palm:

Hallo Hans - Werner,

neben all dem was schon in dieser sache passiert ist. Ich habe bei 
meinen Büchern immer alle Bilder als Link angelegt. So kann ich 
nachher, wenn ich die Bilder wirklich habe sie austauschen ohne am 
Buch irgendwas ändern zu müssen.


Gruß
Christian Palm


Gesendet: Freitag, 02. Juni 2017 um 17:55 Uhr
Von: HansWernerHerold <hanswernerher...@t-online.de> 
<mailto:hanswernerher...@t-online.de>

An: users@de.libreoffice.org
Cc: OoOHWHOoO <ooohwh...@t-online.de> <mailto:ooohwh...@t-online.de>
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit

Hallo Matthias,

in Ergänzung zu meiner Mail " ... OoOHWHOoO, Thu Jun 01 11:52:47 GMT
2017":

...


--
Dr. Matthias Weisser
Lackenschusterweg 2
82024 Taufkirchen
Tel. 089/6126977
<http://www.gesundohnepillen.de/meine_medizin_buecher.htm>
www.gesundohnepillen.dewww.mweisser.50g.com

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[HansWernerHerold]

Hallo Matthias,

in Ergänzung zu meiner Mail " ... OoOHWHOoO, Thu Jun 01 11:52:47 GMT 
2017":


Wenn man eine "odt"-Datei mit z.B. "7-Zip" entpackt, dann hat man i.d.R. 
Zugriff auf nachfolgende


1. Verzeichnisse

1.1 Configurations2
1.2 META-INF
1.3 Pictures
1.4 Thumbnails

2. Dateien

2.1 content.xml
2.2 ayout-cache
2.3 manifest.rdf
2.4 meta.xml
2.5 mimetype
2.6 settings.xml
2.7 styles.xml
2.8 Thumbnails

Da ich bei meiner Testdatei die Bilder in die LO-WRITER-Datei kopiert 
habe, sind diese in dem Verzeichnis "[1.3] Pictures" abgelegt.


Wenn man o.a. Verzeichnisse und Dateien wieder packt und das Archiv von 
"~.zip" in "~.odt" umbenennt, hat man wieder eine funktionsfähige "LO 
WRITER"-Datei.


3 Tests

3.1 Alle Bilder aus "[1.3] Pictures" gelöscht. Keinerlei bemerkbare 
Verzögerung nach dem Speichern-Fortschrittsbalken.
3.2 Je mehr Bilder ich in dem Verzeichnis "[1.3] Pictures" belassen 
habe, desto länger wurde die dann immer mehr wahrnehmbare Verzögerung 
nach der Anzeige des Speichern-Fortschrittsbalkens.


4 Schlussfolgerungen

Nach der Anzeige des Speichern-Fortschrittsbalkens ist "soffice.bin" 
noch mit irgendwelchen Arbeiten beschäftigt, wobei der Zeitaufwand dafür 
durchaus proportional zur Anzahl der Bilder im Dokument ist. Es wird 
wohl keine Zeit durch eine "Fehler-Schleife" verbraucht. Ich denke, dann 
würde die Verzögerungszeit nach der Anzeige des 
Speichern-Fortschrittsbalkens nicht proportional zur Anzahl der zu 
verarbeitenden Bilder zunehmen.


So kann man wohl 2 mögliche Fehlerursachen annehmen:

4.1.1 Die "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens haben sich in neueren LO-Versionen so 
verlangsamt, dass der Benutzer eine deutliche Verzögerung wahr nimmt.


und/oder

4.1.2 Während der "soffice.bin" Arbeiten nach Anzeige des 
Speichern-Fortschrittsbalkens wird in neueren LO-Versionen kein zweiter 
Fortschrittsbalken mehr angezeigt, so dass der Benutzer den Eindruck 
gewinnt, "LO" wäre in einem fehlerhaften Zustand.


4.2 Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, 
der das von Dir geschilderte Problem kommuniziert: "Progress bar is not 
a good indicator for filesave progress" ( 
https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).


Gruß
Hans-Werner
--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Hallo !

Am 01.06.2017 um 16:29 schrieb Mohing:

Hallo!

Das Problem dürfte das veralterte BS sein. 

das sollte aber nicht so sein !

Gruss
Matthias

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Vielen Dank Hans-Werner für den ausführlichen Test !

Mein Rechner hat viel weniger RAM. 2-4GB werden es sein.

SSD ist keine verbaut und auch keine Hybrid-Fest-Platte.
Damit hatte ich leider eine Menge Probleme so daß
ich die Hybridplatte wieder entfernen musste.
Es ist also nur die Standard-Platte verbaut.

Mein Win7 64 ist die Pro-Variante.

Der große Unterschied zu meiner Testdatei ist daß
Du die Bilder alle direkt eingebunden hast.
Bei mir ist das per Link gemacht.

Beim Abspeichern werden daher bei mir nie die
Bilder abgespeichert was ja recht lange dauern kann.
Das Abspeichern des kleinen odt geht hingegen viel schneller.

Ärgerlich ist es wenn das Abspeichern von 470kB dann
nicht nur diverse Sekunden dauert bis der Balken dann
am Ende ist - sondern danach der Rechner auch noch
5s nicht mehr reagiert.

Eben dies gab es bei der 4er Version so nicht.

Ein Fortschrittsbalken taucht dabei nicht auf.
Man weiß also nicht was da intern passiert.

Wenn ich nur ein Leerzeichen einfüge und dies
dann wieder entferne - so muss ich beim Speichern
erst mal die Sekunden abwarten bis der Fortschrittsbalken
am Ende ist (wie gesagt - das odt hat nur ~470kB) und dann
noch mal weitere ~5s warten.

Das scheint sehr wenig performant im Vergleich zu den
4er Versionen die ich vorher verwendet hatte.
Eben dies müsste aus meiner Sicht nicht so sein.

Welche Funktionsmehrungen könnten dies rechtfertigen?
Mir wäre es lieber auf solche Mehrungen dann zu verzichten.

Gruss
Matthias

Am 01.06.2017 um 13:52 schrieb OoOHWHOoO:

Hallo Matthias,

ich habe mal ein (sehr große) Test-Datei, durch Zusammenkopieren von 
13 Einzeldateien, erstellt und das Verhalten von LO getestet. Hier das 
Ergebnis:


1 Installation

1.1 Betriebssystem: Windows 7 Home Premium 64-bit (Arbeitsspeicher: 16GB)
1.2 Libre Office Version: 5.2.7.2 (x64)
1.3 Betriebssystem und Software sind auf einer SSD installiert.
1.4 Arbeitsspeicher Einstellungen für LibreOffice ( 
[Extras][Optionen][LibreOffice][Arbeitsspeicher] )

1.4.1 Grafikspeicher
1.4.1.1 Verwenden für LibreOffice: 2.047 MB
1.4.1.2 Speicher pro Objekt: 2.047,0 MB
1.4.1.3 Aus Speicher entfernen nach: 00:05 hh:mm
1.4.2 Speicher für eingefügte Objekte
1.4.2.1 Anzahl der Objekte: 1.024

2 Datei

2.1 Die LO-WRITER-Datei befindet sich auf einer HDD und hat eine 
Dateigröße von ≈ 610 MB.
2.2 Die Bilder sind in die LO-WRITER-Datei kopiert, also keine 
Verknüpfung.

2.3 Datei-Statistik ( [Datei][Eigenschaften][Statistik] )
2.3.1 Seiten: 480
2.3.2 Tabellen: 1.401
2.3.3 Bilder: 2.732
2.3.4 OLE-Objekte: 0
2.3.5 Absätze: 7.258
2.3.6 Wörter: 20.657
2.3.7 Zeichen: 102.146
2.3.8 Zeichen ohne Leerzeichen: 85.929
2.3.9 Zeilen: 11254

3 Performance

3.1 LO-WRITER-Datei öffnen: ≈ 00:09 [Min:Sek]
3.2 LO-WRITER-Datei bearbeiten (z.B. scrollen): absolut verzögerungsfrei
3.2 LO-WRITER-Datei schließen/speichern nach Änderung von einem 
Zeichen: ≈  01:28 [Min:Sek]

3.2.1 Anzeige des grünen Fortschrittsbalkens:  01:17 [Min:Sek]
3.2.2 Kein Zugriff auf LO (keine Rückmeldung) nach Anzeige des grünen 
Fortschrittsbalkens:: ≈ 00:11 [Min:Sek]


4 Feststellungen

4.1 Der CPU-verbrauchende Prozess ist (allein) "soffice.bin".
4.2 Beim Öffnen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 
2 mal angezeigt.

4.2.1 Beim ersten Mal zunehmend über die gesamte LO-Fensterbreite.
4.2.2 Beim zweiten Mal zunehmend bis ungefähr 1/5 der LO-Fensterbreite.
4.3 Beim Schließen der LO-WRITER-Datei wird der grüne 
Fortschrittsbalken nur 1 mal angezeigt.

4.3.1 Anzeige zunehmend bis über die gesamte LO-Fensterbreite.
4.3.2 Die nachfolgende Zeitspanne mit gesperrtem Zugriff 
("soffice.bin" ist weiterhin aktiv) wird nicht durch einen 
Fortschrittsbalken kommuniziert.


5 Zusammenfassung

5.1 Bei der Art und Größe der hier getesteten LO-WRITER-Datei empfinde 
ich die Zeiten zum Öffnen bzw. Speichern/Schließen der Datei als 
durchaus "normal".
5.2 Die Bearbeitung (z.B. scrollen) der hier getesteten 
LO-WRITER-Datei ist absolut verzögerungsfrei möglich - also "nichts zu 
bemängeln".
5.3 Könnte es sein, dass das Problem ein "Schein-Problem" ist, weil 
nach Anzeige des grünen Fortschrittsbalkens "soffice.bin" weiterhin 
aktiv ist (hier 11 Sek.) und dafür kein zweiter grüner 
Fortschrittsbalken, wie beim Öffnen, angezeigt wird ? Weißt Du 
vielleicht noch, wie das bei der 4er-Version war ? Waren da beim 
Speichern/Schließen, so wie aktuell beim Öffnen, nacheinander zwei 
grüne Fortschrittsbalken zu sehen ? Wenn ja, dann wäre der "BUG" ja 
eigentlich nur, dass kein zweiter grüner Fortschrittsbalken angezeigt 
wird und der Benutzer ein LO "vor der Nase" hat, das sich scheinbar in 
einem undefinierten/fehlerhaften Zustand befindet.


Auch wenn ich mit meinen Vermutungen (5.3) vielleicht völlig "daneben 
liege", so hast Du vielleicht dennoch mit meinem Test die Erfahrungen 
eines anderen Benutzer mit einer sehr großen Bilder-Datei und kannst 
vielleicht andere und/oder bessere Schlussfolgerungen erlangen, die 
vielleicht zur Lösung des von Dir kommunizierten 

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

[Dr. Matthias Weisser]

Hallo Harald,

Am 01.06.2017 um 11:10 schrieb Harald Köster:

Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
 - Writer
hangs several seconds after saving


Grüße
Harald K.

Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.

probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
gleiche Bild mehrfach in Dein Dokument einfügst.
das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder 
die ich da einzeln anfassen müsste.
Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 Bildern 
wäre es mit copy/paste noch machbar.

Die Rahmengrößen ändern sich dann jedoch auch.
Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.

Wenn ja, dann bitte
auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
nicht vorhanden ist.

bei der 4.4.7.2 tritt das Problem nicht auf.

Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Ich habe noch in Bugzilla nach Bugs in den Versionen ab 5.0.x.x gesucht,
bei denen es Performance-Probleme in Zusammenhang mit Bildern gibt. Es
gibt dort einige Meldungen, aber ob es sich dabei um das gleiche Problem
handelt ist schwer zu sagen (Bugs 96143, 93869, 94109, 94184, 104716,
96095, 103873).

Danke Harald !

Grüße
Matthias

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[OoOHWHOoO]

Hallo Mohing,

(1)  "[...] 14.1.2020 für Windows7.xx ist der "Erweiterte Support", eine 
Dienstleisung von MS die man optional käuflich erwerben muss. [...]"


Das ist eine nicht zutreffende Aussage, denn es gibt weiterhin kostenlos 
"Updates, die Microsoft als sicherheitskritisch oder sonst irgendwie 
wichtig einstuft".


https://www.heise.de/ct/hotline/FAQ-Support-fuer-Windows-3343006.html

+ Windows 7 "Mainstream Support": abgelaufen. In diesem Zeitraum liefert 
Microsoft nicht nur die wichtigen Sicherheits-Updates, sondern behebt 
auch Fehler.
+ Windows 7 "Extended Support": bis 14.01.2020. In dieser "Extended 
Support Phase" gibt es kostenlos nur noch Updates, die Microsoft als 
sicherheitskritisch oder sonst irgendwie wichtig einstuft.


https://www.heise.de/newsticker/meldung/Microsoft-startet-Abschiedskampagne-fuer-Windows-7-3595451.html

+ Wie für jede Windows-Version verspricht Microsoft auch für Windows 7 
eine Support-Dauer von zehn Jahren. Solange stellt Microsoft kostenlos 
Sicherheitsupdates bereit. Am 14. Januar 2020, also in drei Jahren, 
endet dieser Zeitraum.


(2)  "[...] Hier kann es trotz untersützter Hardware zu meßbaren 
Latenzen kommen. [...]"


Prinzipiell richtig ( https://de.wikipedia.org/wiki/Arbeitsspeicher + 
https://de.wikipedia.org/wiki/Column_Address_Strobe_Latency ), aber 
sicherlich nicht in der Größenordnung von 5 (Matthias) bis 11 
(Hans-Werner) Sekunden.


Gruß
Hans-Werner

-- Originalnachricht --
Von: "Mohing" <gmcmoh...@gmx.net>
An: users@de.libreoffice.org
Gesendet: 01.06.2017 18:42:08
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit





Am 01.06.2017 um 17:06 schrieb OoOHWHOoO:

Hallo Mohing,

Hallo nochmals!


1. Memory
Windows 7 Home Premium (X64): 16GB
https://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx#physical_memory_limits_windows_7

Hier kann es trotz untersützter Hardware zu meßbaren Latenzen kommen.


2. Test
Test mit "Win10Pro-x64" frühestens 15. Januar 2020.
https://support.microsoft.com/de-de/help/13853/windows-lifecycle-fact-sheet
14.1.2020 für Windows7.xx ist der "Erweiterte Support", eine 
Dienstleisung von MS die man optional käuflich erwerben muss.


3. Thread-Owner
Matthias

Ich antworte allgemein und jedem.


Gruß
Hans-Werner

Grüsse


-- Liste abmelden mit E-Mail an: users+unsubscr...@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+unsubscr...@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

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

[OoOHWHOoO]

Hallo Mohing,

1. Memory
Windows 7 Home Premium (X64): 16GB
https://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx#physical_memory_limits_windows_7

2. Test
Test mit "Win10Pro-x64" frühestens 15. Januar 2020.
https://support.microsoft.com/de-de/help/13853/windows-lifecycle-fact-sheet

3. Thread-Owner
Matthias

Gruß
Hans-Werner

-- Originalnachricht --
Von: "Mohing" <gmcmoh...@gmx.net>
An: users@de.libreoffice.org
Gesendet: 01.06.2017 16:29:23
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem 
Speichern - 5.2.6.2 Win7 64bit



Hallo!

Das Problem dürfte das veralterte BS sein. Und: Seit wann unterstützt 
Win7HOME 16GB? Dachte immer in der Home-Version wäre bei 8GB schluss 
und nur die Pro käme auf max 16GB.  Wiederhole den "Test" mal mit 
Win10Pro- x64 und poste die Ergebnisse.


Grüsse


Am 01.06.2017 um 13:52 schrieb OoOHWHOoO:

Hallo Matthias,

ich habe mal ein (sehr große) Test-Datei, durch Zusammenkopieren von 
13 Einzeldateien, erstellt und das Verhalten von LO getestet. Hier das 
Ergebnis:


1 Installation

1.1 Betriebssystem: Windows 7 Home Premium 64-bit (Arbeitsspeicher: 
16GB)

1.2 Libre Office Version: 5.2.7.2 (x64)
1.3 Betriebssystem und Software sind auf einer SSD installiert.
1.4 Arbeitsspeicher Einstellungen für LibreOffice ( 
[Extras][Optionen][LibreOffice][Arbeitsspeicher] )

1.4.1 Grafikspeicher
1.4.1.1 Verwenden für LibreOffice: 2.047 MB
1.4.1.2 Speicher pro Objekt: 2.047,0 MB
1.4.1.3 Aus Speicher entfernen nach: 00:05 hh:mm
1.4.2 Speicher für eingefügte Objekte
1.4.2.1 Anzahl der Objekte: 1.024

2 Datei

2.1 Die LO-WRITER-Datei befindet sich auf einer HDD und hat eine 
Dateigröße von ≈ 610 MB.
2.2 Die Bilder sind in die LO-WRITER-Datei kopiert, also keine 
Verknüpfung.

2.3 Datei-Statistik ( [Datei][Eigenschaften][Statistik] )
2.3.1 Seiten: 480
2.3.2 Tabellen: 1.401
2.3.3 Bilder: 2.732
2.3.4 OLE-Objekte: 0
2.3.5 Absätze: 7.258
2.3.6 Wörter: 20.657
2.3.7 Zeichen: 102.146
2.3.8 Zeichen ohne Leerzeichen: 85.929
2.3.9 Zeilen: 11254

3 Performance

3.1 LO-WRITER-Datei öffnen: ≈ 00:09 [Min:Sek]
3.2 LO-WRITER-Datei bearbeiten (z.B. scrollen): absolut 
verzögerungsfrei
3.2 LO-WRITER-Datei schließen/speichern nach Änderung von einem 
Zeichen: ≈  01:28 [Min:Sek]

3.2.1 Anzeige des grünen Fortschrittsbalkens:  01:17 [Min:Sek]
3.2.2 Kein Zugriff auf LO (keine Rückmeldung) nach Anzeige des grünen 
Fortschrittsbalkens:: ≈ 00:11 [Min:Sek]


4 Feststellungen

4.1 Der CPU-verbrauchende Prozess ist (allein) "soffice.bin".
4.2 Beim Öffnen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 
2 mal angezeigt.

4.2.1 Beim ersten Mal zunehmend über die gesamte LO-Fensterbreite.
4.2.2 Beim zweiten Mal zunehmend bis ungefähr 1/5 der 
LO-Fensterbreite.
4.3 Beim Schließen der LO-WRITER-Datei wird der grüne 
Fortschrittsbalken nur 1 mal angezeigt.

4.3.1 Anzeige zunehmend bis über die gesamte LO-Fensterbreite.
4.3.2 Die nachfolgende Zeitspanne mit gesperrtem Zugriff 
("soffice.bin" ist weiterhin aktiv) wird nicht durch einen 
Fortschrittsbalken kommuniziert.


5 Zusammenfassung

5.1 Bei der Art und Größe der hier getesteten LO-WRITER-Datei empfinde 
ich die Zeiten zum Öffnen bzw. Speichern/Schließen der Datei als 
durchaus "normal".
5.2 Die Bearbeitung (z.B. scrollen) der hier getesteten 
LO-WRITER-Datei ist absolut verzögerungsfrei möglich - also "nichts zu 
bemängeln".
5.3 Könnte es sein, dass das Problem ein "Schein-Problem" ist, weil 
nach Anzeige des grünen Fortschrittsbalkens "soffice.bin" weiterhin 
aktiv ist (hier 11 Sek.) und dafür kein zweiter grüner 
Fortschrittsbalken, wie beim Öffnen, angezeigt wird ? Weißt Du 
vielleicht noch, wie das bei der 4er-Version war ? Waren da beim 
Speichern/Schließen, so wie aktuell beim Öffnen, nacheinander zwei 
grüne Fortschrittsbalken zu sehen ? Wenn ja, dann wäre der "BUG" ja 
eigentlich nur, dass kein zweiter grüner Fortschrittsbalken angezeigt 
wird und der Benutzer ein LO "vor der Nase" hat, das sich scheinbar in 
einem undefinierten/fehlerhaften Zustand befindet.


Auch wenn ich mit meinen Vermutungen (5.3) vielleicht völlig "daneben 
liege", so hast Du vielleicht dennoch mit meinem Test die Erfahrungen 
eines anderen Benutzer mit einer sehr großen Bilder-Datei und kannst 
vielleicht andere und/oder bessere Schlussfolgerungen erlangen, die 
vielleicht zur Lösung des von Dir kommunizierten Problems beitragen.


Gruß
Hans-Werner





-- Liste abmelden mit E-Mail an: users+unsubscr...@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+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hil

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

[Mohing]

Hallo!

Das Problem dürfte das veralterte BS sein. Und: Seit wann unterstützt 
Win7HOME 16GB? Dachte immer in der Home-Version wäre bei 8GB schluss und 
nur die Pro käme auf max 16GB.  Wiederhole den "Test" mal mit Win10Pro- 
x64 und poste die Ergebnisse.


Grüsse


Am 01.06.2017 um 13:52 schrieb OoOHWHOoO:

Hallo Matthias,

ich habe mal ein (sehr große) Test-Datei, durch Zusammenkopieren von 
13 Einzeldateien, erstellt und das Verhalten von LO getestet. Hier das 
Ergebnis:


1 Installation

1.1 Betriebssystem: Windows 7 Home Premium 64-bit (Arbeitsspeicher: 16GB)
1.2 Libre Office Version: 5.2.7.2 (x64)
1.3 Betriebssystem und Software sind auf einer SSD installiert.
1.4 Arbeitsspeicher Einstellungen für LibreOffice ( 
[Extras][Optionen][LibreOffice][Arbeitsspeicher] )

1.4.1 Grafikspeicher
1.4.1.1 Verwenden für LibreOffice: 2.047 MB
1.4.1.2 Speicher pro Objekt: 2.047,0 MB
1.4.1.3 Aus Speicher entfernen nach: 00:05 hh:mm
1.4.2 Speicher für eingefügte Objekte
1.4.2.1 Anzahl der Objekte: 1.024

2 Datei

2.1 Die LO-WRITER-Datei befindet sich auf einer HDD und hat eine 
Dateigröße von ≈ 610 MB.
2.2 Die Bilder sind in die LO-WRITER-Datei kopiert, also keine 
Verknüpfung.

2.3 Datei-Statistik ( [Datei][Eigenschaften][Statistik] )
2.3.1 Seiten: 480
2.3.2 Tabellen: 1.401
2.3.3 Bilder: 2.732
2.3.4 OLE-Objekte: 0
2.3.5 Absätze: 7.258
2.3.6 Wörter: 20.657
2.3.7 Zeichen: 102.146
2.3.8 Zeichen ohne Leerzeichen: 85.929
2.3.9 Zeilen: 11254

3 Performance

3.1 LO-WRITER-Datei öffnen: ≈ 00:09 [Min:Sek]
3.2 LO-WRITER-Datei bearbeiten (z.B. scrollen): absolut verzögerungsfrei
3.2 LO-WRITER-Datei schließen/speichern nach Änderung von einem 
Zeichen: ≈  01:28 [Min:Sek]

3.2.1 Anzeige des grünen Fortschrittsbalkens:  01:17 [Min:Sek]
3.2.2 Kein Zugriff auf LO (keine Rückmeldung) nach Anzeige des grünen 
Fortschrittsbalkens:: ≈ 00:11 [Min:Sek]


4 Feststellungen

4.1 Der CPU-verbrauchende Prozess ist (allein) "soffice.bin".
4.2 Beim Öffnen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 
2 mal angezeigt.

4.2.1 Beim ersten Mal zunehmend über die gesamte LO-Fensterbreite.
4.2.2 Beim zweiten Mal zunehmend bis ungefähr 1/5 der LO-Fensterbreite.
4.3 Beim Schließen der LO-WRITER-Datei wird der grüne 
Fortschrittsbalken nur 1 mal angezeigt.

4.3.1 Anzeige zunehmend bis über die gesamte LO-Fensterbreite.
4.3.2 Die nachfolgende Zeitspanne mit gesperrtem Zugriff 
("soffice.bin" ist weiterhin aktiv) wird nicht durch einen 
Fortschrittsbalken kommuniziert.


5 Zusammenfassung

5.1 Bei der Art und Größe der hier getesteten LO-WRITER-Datei empfinde 
ich die Zeiten zum Öffnen bzw. Speichern/Schließen der Datei als 
durchaus "normal".
5.2 Die Bearbeitung (z.B. scrollen) der hier getesteten 
LO-WRITER-Datei ist absolut verzögerungsfrei möglich - also "nichts zu 
bemängeln".
5.3 Könnte es sein, dass das Problem ein "Schein-Problem" ist, weil 
nach Anzeige des grünen Fortschrittsbalkens "soffice.bin" weiterhin 
aktiv ist (hier 11 Sek.) und dafür kein zweiter grüner 
Fortschrittsbalken, wie beim Öffnen, angezeigt wird ? Weißt Du 
vielleicht noch, wie das bei der 4er-Version war ? Waren da beim 
Speichern/Schließen, so wie aktuell beim Öffnen, nacheinander zwei 
grüne Fortschrittsbalken zu sehen ? Wenn ja, dann wäre der "BUG" ja 
eigentlich nur, dass kein zweiter grüner Fortschrittsbalken angezeigt 
wird und der Benutzer ein LO "vor der Nase" hat, das sich scheinbar in 
einem undefinierten/fehlerhaften Zustand befindet.


Auch wenn ich mit meinen Vermutungen (5.3) vielleicht völlig "daneben 
liege", so hast Du vielleicht dennoch mit meinem Test die Erfahrungen 
eines anderen Benutzer mit einer sehr großen Bilder-Datei und kannst 
vielleicht andere und/oder bessere Schlussfolgerungen erlangen, die 
vielleicht zur Lösung des von Dir kommunizierten Problems beitragen.


Gruß
Hans-Werner





--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[OoOHWHOoO]

Hallo Matthias,

ich habe mal ein (sehr große) Test-Datei, durch Zusammenkopieren von 13 
Einzeldateien, erstellt und das Verhalten von LO getestet. Hier das 
Ergebnis:


1 Installation

1.1 Betriebssystem: Windows 7 Home Premium 64-bit (Arbeitsspeicher: 
16GB)

1.2 Libre Office Version: 5.2.7.2 (x64)
1.3 Betriebssystem und Software sind auf einer SSD installiert.
1.4 Arbeitsspeicher Einstellungen für LibreOffice ( 
[Extras][Optionen][LibreOffice][Arbeitsspeicher] )

1.4.1 Grafikspeicher
1.4.1.1 Verwenden für LibreOffice: 2.047 MB
1.4.1.2 Speicher pro Objekt: 2.047,0 MB
1.4.1.3 Aus Speicher entfernen nach: 00:05 hh:mm
1.4.2 Speicher für eingefügte Objekte
1.4.2.1 Anzahl der Objekte: 1.024

2 Datei

2.1 Die LO-WRITER-Datei befindet sich auf einer HDD und hat eine 
Dateigröße von ≈ 610 MB.
2.2 Die Bilder sind in die LO-WRITER-Datei kopiert, also keine 
Verknüpfung.

2.3 Datei-Statistik ( [Datei][Eigenschaften][Statistik] )
2.3.1 Seiten: 480
2.3.2 Tabellen: 1.401
2.3.3 Bilder: 2.732
2.3.4 OLE-Objekte: 0
2.3.5 Absätze: 7.258
2.3.6 Wörter: 20.657
2.3.7 Zeichen: 102.146
2.3.8 Zeichen ohne Leerzeichen: 85.929
2.3.9 Zeilen: 11254

3 Performance

3.1 LO-WRITER-Datei öffnen: ≈ 00:09 [Min:Sek]
3.2 LO-WRITER-Datei bearbeiten (z.B. scrollen): absolut verzögerungsfrei
3.2 LO-WRITER-Datei schließen/speichern nach Änderung von einem Zeichen: 
≈  01:28 [Min:Sek]

3.2.1 Anzeige des grünen Fortschrittsbalkens:  01:17 [Min:Sek]
3.2.2 Kein Zugriff auf LO (keine Rückmeldung) nach Anzeige des grünen 
Fortschrittsbalkens:: ≈ 00:11 [Min:Sek]


4 Feststellungen

4.1 Der CPU-verbrauchende Prozess ist (allein) "soffice.bin".
4.2 Beim Öffnen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 2 
mal angezeigt.

4.2.1 Beim ersten Mal zunehmend über die gesamte LO-Fensterbreite.
4.2.2 Beim zweiten Mal zunehmend bis ungefähr 1/5 der LO-Fensterbreite.
4.3 Beim Schließen der LO-WRITER-Datei wird der grüne Fortschrittsbalken 
nur 1 mal angezeigt.

4.3.1 Anzeige zunehmend bis über die gesamte LO-Fensterbreite.
4.3.2 Die nachfolgende Zeitspanne mit gesperrtem Zugriff ("soffice.bin" 
ist weiterhin aktiv) wird nicht durch einen Fortschrittsbalken 
kommuniziert.


5 Zusammenfassung

5.1 Bei der Art und Größe der hier getesteten LO-WRITER-Datei empfinde 
ich die Zeiten zum Öffnen bzw. Speichern/Schließen der Datei als 
durchaus "normal".
5.2 Die Bearbeitung (z.B. scrollen) der hier getesteten LO-WRITER-Datei 
ist absolut verzögerungsfrei möglich - also "nichts zu bemängeln".
5.3 Könnte es sein, dass das Problem ein "Schein-Problem" ist, weil nach 
Anzeige des grünen Fortschrittsbalkens "soffice.bin" weiterhin aktiv ist 
(hier 11 Sek.) und dafür kein zweiter grüner Fortschrittsbalken, wie 
beim Öffnen, angezeigt wird ? Weißt Du vielleicht noch, wie das bei der 
4er-Version war ? Waren da beim Speichern/Schließen, so wie aktuell beim 
Öffnen, nacheinander zwei grüne Fortschrittsbalken zu sehen ? Wenn ja, 
dann wäre der "BUG" ja eigentlich nur, dass kein zweiter grüner 
Fortschrittsbalken angezeigt wird und der Benutzer ein LO "vor der Nase" 
hat, das sich scheinbar in einem undefinierten/fehlerhaften Zustand 
befindet.


Auch wenn ich mit meinen Vermutungen (5.3) vielleicht völlig "daneben 
liege", so hast Du vielleicht dennoch mit meinem Test die Erfahrungen 
eines anderen Benutzer mit einer sehr großen Bilder-Datei und kannst 
vielleicht andere und/oder bessere Schlussfolgerungen erlangen, die 
vielleicht zur Lösung des von Dir kommunizierten Problems beitragen.


Gruß
Hans-Werner


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Regina Henschel]

Hallo Matthias,


Dr. Matthias Weisser schrieb:

Hallo Harald und Liste,

ich habe das Verhalten nun mit einem neu aufgesetzten
Laptop unter Win7 64bit mit verschiedenen Versionen
von LO - die nacheinander installiert wurden - überprüft.

_Ergebnis:_
+ 4.3.7.2 ist ok - kein Problem mit 5s Wartezeit nach dem Speichern
+ 4.4.7.2 ist ok.
- 5.1.6 ist nicht ok - egal ob 32 oder 64bit-Variante.
- 5.2.7 ist nicht ok.
- 5.3.3 ist nicht ok. Diese Version lädt zudem zäher.
- 5.4.0 bringt beim Versuch zu installieren die Meldung
"Das Programm kann nicht gestartet werden, da
api-ms-win-crt-runtime...dll auf dem Computer fehlt.
Installieren Sie das Programm erneut.."


Packe diese Version mal nur aus:
(1)Gehe über Start > Ausführen > Schaltläche durchsuchen.
(2)Navigiere zu der LO .msi Datei. Du musst im Explorer die Vorauswahl 
von "Progamme" auf "Alle Dateien" stellen, sonst siehst du die msi-Datei 
nicht. Öffnen.
(3) Nun hast du im Ausführen-Dialog im Feld Öffnen den Dateinamen 
stehen. Clicke zweimal in diese Zeile, so dass du einen Cursor hast, 
aber nichts markiert ist. Bewege den Cursor ganz an den Anfang des 
Eingabefeldes und ergänze den Text "msiexec -a " (ohne die " !).
(4) Klicke OK und führe die Installation durch. Es wird nicht wirklich 
installiert, sondern es wird alles in ein Verzeichnis deiner Wahl entpackt.
(5) In diesem Verzeichnis findest du einen Ordner "System". Der enthält 
alle die dll's für Windows.


Bei mir (Windows 7, 32bit) wurden Sie bei einer normalen Installation 
allerdings problemlos nach Windows/System32 kopiert. Ich weiß nicht, 
woran es bei dir gescheitert haben könnte. Du kannst die fehlende dll 
aber auch einfach von Hand kopieren. Suche im Windowsverzeichnis nach 
api-ms-win damit du weißt, wohin die fehlende Datei muss.


Du kannst auch mit der entpackten Version arbeiten. Ändere in der Datei 
bootstrap.ini in der Zeile UserInstallation den Wert auf $ORIGIN/.. und 
starte LibreOffice dann mit Doppelklick auf soffice.exe.


Mit freundlichen Grüßen
Regina

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Harald Köster]

Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:
> Am 24.05.2017 um 11:04 schrieb Harald Köster:

>>
>> Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:
>>>
>>> ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
>>> LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.
>>>
>>> Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
>>> 472kB ist ja nicht so viel.
>>>
>>> Dummerweise wird das Arbeiten nun erschwert weil beim
>>> Abspeichern erst der Scrollbalken abgearbeitet wird und
>>> danach jedoch ~5s vergehen bevor das System wieder
>>> auf Eingaben brauchbar reagiert.
>>>
>>> Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
>>> daß das Problem scheinbar nicht auftritt wenn die Bilder
>>> nicht auf der Platte erreichbar sind. Dann werden nur
>>> Rahmen stattdessen angezeigt.
>>>
>>> Weil das Problem mich behindert habe ich einen Issue
>>> erstellt und das Verhalten geschildert.
>>> *Bug 108005*
>>>  - Writer
>>> hangs several seconds after saving
>>>
>> Wichtig für die Bearbeitung von Bug Reports ist, dass Dein Problem von
>> anderen nachvollzogen werden kann. Dazu müsstest Du eine entsprechende
>> Testdatei als Anhang an den Bug Report zur Verfügung stellen.
>>
>> Wichtig für den Bug Report wäre auch noch, ob Dein Problem bei allen
>> LO-Versionen auftritt oder erst ab einer bestimmten Version. Um dieses
>> zu testen, kannst Du frühere Versionen parallel installieren. Hier
>> steht, wie es geht:
>>
>> https://wiki.documentfoundation.org/Installing_in_parallel/de
>>
>> Grüße
>> Harald K.
> Danke Harald !
> 
> eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
> denn ohne den Ordner mit den vielen Bildern tritt das
> Problem nicht auf.

probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
gleiche Bild mehrfach in Dein Dokument einfügst. Wenn ja, dann bitte
auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
nicht vorhanden ist.


> Zu Deiner Frage ob das Problem bei allen LO-Versionen
> auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
> und die 4.4.7.2 auch.
> Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
> es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Ich habe noch in Bugzilla nach Bugs in den Versionen ab 5.0.x.x gesucht,
bei denen es Performance-Probleme in Zusammenhang mit Bildern gibt. Es
gibt dort einige Meldungen, aber ob es sich dabei um das gleiche Problem
handelt ist schwer zu sagen (Bugs 96143, 93869, 94109, 94184, 104716,
96095, 103873).

Grüße
Harald

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Hallo Harald und Liste,

ich habe das Verhalten nun mit einem neu aufgesetzten
Laptop unter Win7 64bit mit verschiedenen Versionen
von LO - die nacheinander installiert wurden - überprüft.

_Ergebnis:_
+ 4.3.7.2 ist ok - kein Problem mit 5s Wartezeit nach dem Speichern
+ 4.4.7.2 ist ok.
- 5.1.6 ist nicht ok - egal ob 32 oder 64bit-Variante.
- 5.2.7 ist nicht ok.
- 5.3.3 ist nicht ok. Diese Version lädt zudem zäher.
- 5.4.0 bringt beim Versuch zu installieren die Meldung
"Das Programm kann nicht gestartet werden, da 
api-ms-win-crt-runtime...dll auf dem Computer fehlt.

Installieren Sie das Programm erneut.."

Neuinstallation führt wieder zum selben Fehler.

_Fazit:_
Die letzte Version die für meine Bücher halbwegs brauchbar
arbeitete ist die 4.4.7.2.
Bei der 4.4.7.2 trat jedoch ein Problem beim Hinzufügen
von Grafiken auf. Ich schrieb dazu einen Issue:
*Bug 100103* 
 - Writer 
hangs when graphics are added


Dieses Problem verschwand mit LO 5.0.6.

Damit gibt es leider momentan keine neuere Version die ich
problemlos nutzen kann. Innerhalb der 5er Version scheint
das Arbeiten im Vergleich zur 4er nicht besser zu werden
sondern zäher und damit schlechter.

Keine Ahnung ob das so gewollt ist.
Es entwickelt sich aus meiner Sicht als Autor von Büchern
in die falsche Richtung.

Einen Text kann ich zur Verfügung stellen, aber nicht
die ganzen internen Bilder meines Buchs. Diese sollen
nicht öffentlich werden. Wer das privat für sich nachvollziehen
möchte ohne die Bilder öffentlich zu machen möge sich
bitte melden.

Grüße
Matthias

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Hallo Matthias,

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:
ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf 
Datei.

LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
 - Writer
hangs several seconds after saving

Leider kann ich mit der sicher gutgemeinten Antwort von Timur
nicht viel anfangen. Siehe seinen Text unten.

die Antwort von Timur ist sicherlich für "Laien" etwas kryptisch.

Wichtig für die Bearbeitung von Bug Reports ist, dass Dein Problem von
anderen nachvollzogen werden kann. Dazu müsstest Du eine entsprechende
Testdatei als Anhang an den Bug Report zur Verfügung stellen.

Wichtig für den Bug Report wäre auch noch, ob Dein Problem bei allen
LO-Versionen auftritt oder erst ab einer bestimmten Version. Um dieses
zu testen, kannst Du frühere Versionen parallel installieren. Hier
steht, wie es geht:

https://wiki.documentfoundation.org/Installing_in_parallel/de

Grüße
Harald K.

Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.

Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Um dies zu testen habe ich einen neu aufgesetzten Rechner
genommen mit Win7 64bit und nacheinander die einzelnen
Versionen installiert - zuerst die  4.3.7.2, dann 4.4.7.2,
dann 5.1.6 32bit und dann 5.1.6 64bit.

Grüße
Matthias


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Am 24.05.2017 um 11:04 schrieb Harald Köster:

Hallo Matthias,

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Bei einem anderen Text mit 768 Seiten gab es bisher nie
Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
 - Writer
hangs several seconds after saving

Leider kann ich mit der sicher gutgemeinten Antwort von Timur
nicht viel anfangen. Siehe seinen Text unten.

die Antwort von Timur ist sicherlich für "Laien" etwas kryptisch.

Wichtig für die Bearbeitung von Bug Reports ist, dass Dein Problem von
anderen nachvollzogen werden kann. Dazu müsstest Du eine entsprechende
Testdatei als Anhang an den Bug Report zur Verfügung stellen.

Wichtig für den Bug Report wäre auch noch, ob Dein Problem bei allen
LO-Versionen auftritt oder erst ab einer bestimmten Version. Um dieses
zu testen, kannst Du frühere Versionen parallel installieren. Hier
steht, wie es geht:

https://wiki.documentfoundation.org/Installing_in_parallel/de

Grüße
Harald K.

Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.

Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.

Um dies zu testen habe ich einen neu aufgesetzten Rechner
genommen mit Win7 64bit und nacheinander die einzelnen
Versionen installiert - zuerst die  4.3.7.2, dann 4.4.7.2,
dann 5.1.6 32bit und dann 5.1.6 64bit.

Grüße
Matthias

--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Harald Köster]

Hallo Matthias,

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:
> Hallo Liste,
> 
> ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
> LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.
> 
> Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
> 472kB ist ja nicht so viel.
> 
> Dummerweise wird das Arbeiten nun erschwert weil beim
> Abspeichern erst der Scrollbalken abgearbeitet wird und
> danach jedoch ~5s vergehen bevor das System wieder
> auf Eingaben brauchbar reagiert.
> 
> Bei einem anderen Text mit 768 Seiten gab es bisher nie
> Probleme.
> 
> Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
> daß das Problem scheinbar nicht auftritt wenn die Bilder
> nicht auf der Platte erreichbar sind. Dann werden nur
> Rahmen stattdessen angezeigt.
> 
> Weil das Problem mich behindert habe ich einen Issue
> erstellt und das Verhalten geschildert.
> *Bug 108005*
>  - Writer
> hangs several seconds after saving
> 
> Leider kann ich mit der sicher gutgemeinten Antwort von Timur
> nicht viel anfangen. Siehe seinen Text unten.

die Antwort von Timur ist sicherlich für "Laien" etwas kryptisch.

Wichtig für die Bearbeitung von Bug Reports ist, dass Dein Problem von
anderen nachvollzogen werden kann. Dazu müsstest Du eine entsprechende
Testdatei als Anhang an den Bug Report zur Verfügung stellen.

Wichtig für den Bug Report wäre auch noch, ob Dein Problem bei allen
LO-Versionen auftritt oder erst ab einer bestimmten Version. Um dieses
zu testen, kannst Du frühere Versionen parallel installieren. Hier
steht, wie es geht:

https://wiki.documentfoundation.org/Installing_in_parallel/de

Grüße
Harald K.


-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Franklin Schiftan]

Hallo Dr. Matthias Weisser,

am 23.05.2017 um 15:16 Uhr schrieb Dr. Matthias Weisser
:

> Was macht LO 5s noch danach wenn das
> Speichern beendet ist?

Das könntest Du zuverlässig rausfinden, indem Du einfach procmon, den
Prozess-Monitor aus der bereits erwähnten Sysinternal-Suite, parallel
mitlaufen lässt. In der Ansicht dann alle Zeilen mit soffice einschließen.

> Matthias

-- 

 . und tschüss

   Franklin


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Dr. Matthias Weisser]

Hallo Markus,

dies ist die Größe von Text mit Bild-Links.
Die Bilder selbst sind bei dieser Größe nicht dabei.
Diese liegen ja separat in einem Ordner.

Die Größen sind recht unterschiedlich.
Es sind recht kleine dabei und auch etwas größere.

Meist sind es png-Dateien.
Die größte hat 6.9MB, die zweitgrößte 4MB, dann
kommen wenige um 2MB, ein paar um 1MB und
dann deutlich kleinere. Da kleinste Bild hat 1kB.

Beim Abspeichern werden die Bilder ja nicht
verändert. Daher sollte die Zeit hauptsächlich
für das Speichern des odt verwendet werden.

Was macht LO 5s noch danach wenn das
Speichern beendet ist?

Beste Grüße
Matthias

Am 23.05.2017 um 14:49 schrieb Markus Mueller:

Hallo Matthias,

verstehe ich da was falsch oder haben Deine Angaben einen Fehler? Das 
sind ja nur etwa 1 kB pro Bild?

Das kommt mir seeehr wenig vor.

Beste Grüße

Markus

Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Bei einem anderen Text mit 768 Seiten gab es bisher nie
Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005* 
 - Writer 
hangs several seconds after saving


Leider kann ich mit der sicher gutgemeinten Antwort von Timur
nicht viel anfangen. Siehe seinen Text unten.

Ich habe Win7 64bit, keine anderen Versionen.
Ein Crash tritt wohl nicht auf - was also hilft ein Crash-Report
wenn es keinen Crash gibt - nur diese Verzögerung?

Hat jemand eine Idee wie dem Problem beizukommen ist?
Kennt jemand vielleicht so ein Verhalten?

Natürlich kann ich neuere Versionen grundsätzlich testen.
Nur benötige ich ein produktives System. Es darf nicht passieren
daß ich mein System zerstöre und dann neuinstallieren muss.
Es dauert Tage den Rechner neu aufzubauen mit den Applikationen
die laufen müssen.

Ich helfe gerne - nur nicht um jeden Preis.
Mit der Bitte um Verständnis.

Vielen Dank !
Matthias

Thank you, but this can't be conformed like this, even that I'm 
seeing some unresponsability myself.
You should either attach minimal test case to reproduce a bug or test 
this yourself.


I'm suggesting that you:
- gethttp://tdf.io/siguiexe  to easily get and run "parallel" LO in 
Windows (extract without installation)
- run different extracted versions (here it would be fresh 5.3.3.2 
and 5.4 beta and master 5.5+) and architectures (32-bit or 64-bit) 
related to this bug in order to test crash
- note crash report link for crash with LO 5.2 and higher, sth. like 
crashreport.libreoffice.org/stats/crash_details/ (not applicable 
here but a general advice)


and, if possible, since it's not overly complicated, but gives some 
clues:
- use procdump (part of free and useful Sysinternaly Suite) during LO 
run in order to get a dump (soffice.bin.dmp)
- run procdump manually after LO start 
(path-to\SYSINTERNALSSUITE\procdump.exe soffice.bin -h 
path-to\soffice.bin.dmp) for reproducible bugs like this one, OR via 
simple batch file likeattachment 129814 
 
[details] 
, 
that is used instead of LO icon to start LO, for intermittent bugs 
(which seems to be the case here)


and even this - or just upload previous crash dump with LO "Master 
x86 39":
- analyze dump with WinDbg configured 
perhttps://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg 
(set "Symbol File Path")
- attach here as an attachment result of "!analyze -v" command in 
WinDbg (that's "backtrace")
- if "!analyze -v" is empty, which comes after 
"ntdll!NtTerminateProcess" error, go with "kb" that prints stack 
trace and "~* kp" to dump the whole stack.


--
Liste abmelden mit E-Mail an: users+unsubscr...@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

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

[Markus Mueller]

Hallo Matthias,

verstehe ich da was falsch oder haben Deine Angaben einen Fehler? Das 
sind ja nur etwa 1 kB pro Bild?

Das kommt mir seeehr wenig vor.

Beste Grüße

Markus


Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:

Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Bei einem anderen Text mit 768 Seiten gab es bisher nie
Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005* 
 - Writer 
hangs several seconds after saving


Leider kann ich mit der sicher gutgemeinten Antwort von Timur
nicht viel anfangen. Siehe seinen Text unten.

Ich habe Win7 64bit, keine anderen Versionen.
Ein Crash tritt wohl nicht auf - was also hilft ein Crash-Report
wenn es keinen Crash gibt - nur diese Verzögerung?

Hat jemand eine Idee wie dem Problem beizukommen ist?
Kennt jemand vielleicht so ein Verhalten?

Natürlich kann ich neuere Versionen grundsätzlich testen.
Nur benötige ich ein produktives System. Es darf nicht passieren
daß ich mein System zerstöre und dann neuinstallieren muss.
Es dauert Tage den Rechner neu aufzubauen mit den Applikationen
die laufen müssen.

Ich helfe gerne - nur nicht um jeden Preis.
Mit der Bitte um Verständnis.

Vielen Dank !
Matthias

Thank you, but this can't be conformed like this, even that I'm seeing 
some unresponsability myself.
You should either attach minimal test case to reproduce a bug or test 
this yourself.


I'm suggesting that you:
- gethttp://tdf.io/siguiexe  to easily get and run "parallel" LO in 
Windows (extract without installation)
- run different extracted versions (here it would be fresh 5.3.3.2 and 
5.4 beta and master 5.5+) and architectures (32-bit or 64-bit) related 
to this bug in order to test crash
- note crash report link for crash with LO 5.2 and higher, sth. like 
crashreport.libreoffice.org/stats/crash_details/ (not applicable 
here but a general advice)


and, if possible, since it's not overly complicated, but gives some 
clues:
- use procdump (part of free and useful Sysinternaly Suite) during LO 
run in order to get a dump (soffice.bin.dmp)
- run procdump manually after LO start 
(path-to\SYSINTERNALSSUITE\procdump.exe soffice.bin -h 
path-to\soffice.bin.dmp) for reproducible bugs like this one, OR via 
simple batch file likeattachment 129814 
 
[details] 
, 
that is used instead of LO icon to start LO, for intermittent bugs 
(which seems to be the case here)


and even this - or just upload previous crash dump with LO "Master x86 
39":
- analyze dump with WinDbg configured 
perhttps://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg 
(set "Symbol File Path")
- attach here as an attachment result of "!analyze -v" command in 
WinDbg (that's "backtrace")
- if "!analyze -v" is empty, which comes after 
"ntdll!NtTerminateProcess" error, go with "kb" that prints stack trace 
and "~* kp" to dump the whole stack.






--
Liste abmelden mit E-Mail an: users+unsubscr...@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