Siduction Forum > Upgrade Warnings

 LIbreoffice Version: 5.4.4.2 Build-ID: 1:5.4.4-1 hohe Prozessorlast im Leerlauf

(1/4) > >>

tomsiduction:
Hallo
Seit dem Update auf Libreoffice

Version: 5.4.4.2
Build-ID: 1:5.4.4-1

Ist die CPU zu 25% ausgelastet - auch wenn nur ein leeres Dokument offen ist.
Wenn ich die Eigenschaften des (leeren) Dokuments aufrufe geht die Last sofort zurück.
Wie komme ich bitte wieder auf die frühere Version zurück oder behebe ich dieses Problem?

Auch ein Start im abgesicherten Modus brachte keine Besserung

Die Speicherauslastung sieht wie folgt aus:

Library Usage

The memory usage of a process is found by adding up the memory usage of each of its libraries, plus the process's own heap, stack and any other mappings, plus the stack of its 6 threads.
Private
more
55948 KB    [heap]
55712 KB    /usr/lib/libreoffice/program/libmergedlo.so
12316 KB    /usr/lib/libreoffice/program/libswlo.so
1676 KB    /usr/lib/libreoffice/program/liblocaledata_euro.so
1024 KB    /usr/lib/libreoffice/program/libacclo.so
Shared
more
5592 KB    /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2200.26
1428 KB    /lib/x86_64-linux-gnu/libc-2.26.so
1368 KB    /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.5400.3
1340 KB    /usr/lib/x86_64-linux-gnu/libicuuc.so.57.1
1288 KB    /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.24
Totals

Private    138944 KB    (= 73464 KB clean + 65480 KB dirty)
Shared    33708 KB    (= 32940 KB clean + 768 KB dirty)
Rss    172652 KB    (= Private + Shared)
Pss    142264 KB    (= Private + Shared/Number of Processes)
Swap    0 KB

Vielen Dank

melmarker:
@tomsiduction - gar nicht, aussagefähigen Fehler melden

EDIT: Da ich aber das selbe Verhalten hab, dass soffice --$foo --splash-pipe=5 teilweise über 100% Last macht, werde ich mal den Maintainer fragen, ob das so ernst gemeint ist und bleiben soll 8)

EDIT2: Nach Rücksprache mit dem Maintainer gibt es da ein paar gangbare Wege: Downgrade to stable, upgrade to experimental, dazwischen liegt noch die Möglichkeit, auf snapshot.debian.org ne frühere Version von Libreoffice ohne diesen Bug zu suchen - oder aber ganz einfach den Fehler bis zum Release von LO 6.0 zu ignorieren - ich hab jetzt mal LO aus experimental installiert, sieht nett aus - ich muss allerdings auch zugeben, dass selbst die Möglichkeit des Ignorierens für mich nicht so schlecht aussah, was stört mich, wenn einer von 8 Kernen Vollgas läuft und ansonsten nix passiert. Und ganz klare Aussage LO 5.4 in debian ist tot, es wäre Zeitverschwendung da noch was dran zu löten, Upstream hat im Zeitplan für den geplanten Tod von 5.4 den 11. Juni 2018 stehen.
https://wiki.documentfoundation.org/ReleasePlan/5.4
https://wiki.documentfoundation.org/ReleasePlan/6.0

threepio:
Hi,
I have had the same issue and checked different LO-versions.
The culprit isn`t Libre Office!
I jumped back to my siduction-image from the beginning of this year and checked it.
LO is running fine with cpu 3-5%.
I don`t know which update the culprit is, cause too many packages are updated since first of january.
I switched my repo to buster, doing an update and LO is running as expected.
Maybe someone of you have enough time to check it.
I am doing every two weeks an image of my siduction, to jump back, if something happened like this.

see you

melmarker:
The culprit is libreoffice, esp. the soffice process - but hey - libeoffice/stable works without this behaviour, libreoffice/experimental too - we are not in a freeze, so this bug in LO 5.4.4 is not nice, but LO 5.4.4 is dead anyways. So it doesn't matter.

drb:
Version: 5.4.4.2
Build ID: 1:5.4.4-1
I can't replicate high CPU usage.

Navigation

[0] Message Index

[#] Next page