Warum ist LibreOffice unter Ubuntu 16.04 so langsam?


17

Das Problem
Ich verwende LibreOffice 5.0.6.3 in Ubuntu 16.04 und das Programm ist erheblich langsamer als zB in Windows 8.1 und Debian 8.
Dies zeigt sich insbesondere, wenn ich die Zoomstufe in größeren Dokumenten unter 200% ändere. Oberhalb von 200% (zB von 200% auf 220% usw.) erfolgt das Vergrößern und Verkleinern absolut reibungslos - das Programm benötigt keine Zeit für die Änderung. B. von 160% auf 180%, kommt es beim Zoomen zu einer extremen Verzögerung des Programms: Alles friert ein, und manchmal wird auch die gesamte Programmoberfläche grau / schwarz - manchmal für einige Sekunden, manchmal "dauerhaft".
Dies ist nicht der Fall, wenn das bearbeitete Dokument relativ klein ist. Das heißt, wenn sich keine Objekte, Bilder usw. darin befinden, sondern nur Text, oder wenn das Dokument nur wenige Seiten lang ist.

Beispiel
Ich habe ein umfangreiches Dokument (über 50 Seiten) mit vielen Pfeilen, Tabellen und auch einigen Bildern, und die genannten Probleme treten auf, wenn ich es in Ubuntu 16.04 öffne. Sie treten jedoch nicht auf, wenn ich dasselbe Dokument in Debian 8 und Windows 8.1 bearbeite.

Was ich bereits ausprobiert habe, habe
ich bereits einige Eigenschaften geändert, da ich ziemlich viel nach möglichen Lösungen gesucht habe.
Zum Beispiel habe ich Java und Open CL deaktiviert und LibreOffice erheblich mehr Speicher zur Verfügung gestellt. Aber all dies hat die Situation kaum merklich verbessert - wenn überhaupt ...
... was nicht wirklich überraschend ist, da LO in Windows 8.1 und Debian reibungslos lief, ohne diese Änderungen vorzunehmen.

Frage
Weiß jemand, ob dies ein Ubuntu-spezifisches Problem ist oder einfach, warum dies auftritt?
Könnte es etwas damit zu tun haben, dass ich nicht die vorinstallierte Version von Ubuntu Xenial verwende? (Ich bin auf die oben genannte Version umgestiegen, da 5.1.x noch instabiler zu sein schien als 5.0.5. (Plötzliche Abstürze nach einfachen Befehlen)


Mir ist dasselbe aufgefallen. Das Öffnen eines 20-KB-Dokuments führt dazu, dass das Programm hängen bleibt.
Alcuin Arundel

Ich habe das gleiche Problem, zu langsam bei der Verwendung von Impress, ich musste den Speicher erhöhen, aber das gleiche Ergebnis.
Manee Osman

Antworten:


12

Um langsame Benutzeroberflächenaktualisierungen zu vermeiden, können Sie die folgenden Probleme umgehen:

  1. Pakete entfernen: libreoffice-gnomeund libreoffice-gtkund libreoffice-gtk3.
  2. Starten Sie LibreOffice neu (Schließen und Öffnen).

Danach wird die LibreOffice-Benutzeroberfläche schnell aktualisiert. Aber wenn die Größe des (Haupt-) Fensters geändert wird, wird es manchmal chaotisch. Vermeiden Sie unnötige Größenänderungen (Resizings) und halten Sie das Hauptfenster in voller Größe.

Es scheint sich nur um eine GTK-Portierung zu handeln.

Die Problemumgehung wurde mit LibreOffice 5.1.3.2 und Ubuntu 16.04 64 Bit getestet. Problem wurde in LibreOffice 5.1.4.2 behoben.


Ich habe es versucht, und es ist wahr: es wird sehr schnell. Die Benutzeroberfläche sieht dann aber aus wie Windows 95 und auch ziemlich klein. Gibt es eine Lösung für diese neuen Probleme? Übrigens: Das Paket 'libreoffice-gtk3' wurde nicht installiert. die anderen beiden waren.
Francesco Mirrione

GTK-Pakete sind für das Erscheinungsbild (Theming usw.) der Oberfläche von LibreOffice unter Gnome und Unity 7 verantwortlich. Durch das Entfernen von GTK-Paketen wird das Erscheinungsbild entfernt. Da wir diese Problemumgehung anwenden, treten als Nachteil Probleme mit der Darstellung auf. Übrigens: Das Paket 'libreoffice-gtk3' ist standardmäßig nicht installiert. Es wurde erwähnt, nur für den Fall, dass jemand es optional installiert und vergessen hat.
Ioannis Iliadis - Ilousis

4
Dieses Problem ist in LibreOffice 5.1.4.2 weiterhin vorhanden. Das Entfernen von Paketen behebt das Problem, lässt LibreOffice jedoch hässlich aussehen.
Ljiljan Veselinovic

2
Problem weiterhin in Version 5.1.4.2 vorhanden
Toothless Seer

1
Ausgabe auch noch vorhanden in 5.2.0.4
Sanjay Manohar

3

Um LibreOffice Impress 5.1.4.2 in Ubuntu 16.04 schnell zu machen, entfernen Sie einfach das Paket libreoffice-gtk. Entfernen Sie nicht das Paket libreoffice-gnome, damit die Benutzeroberfläche gut aussieht und ordnungsgemäß in gnome integriert ist (z. B. erwarteter integrierter Dialog zum Öffnen von Dateien). So:

$ sudo apt-get remove libreoffice-gtk

Das Kopieren und Einfügen von Dias ist jetzt wieder schnell und das Scrollen der Dias ebenfalls.


Wenn ich nur LibreOffice Calc verwende, insbesondere Makros und Formulare, würde es von Vorteil sein, gtkwenn ich diese entfernen würde, oder sollte ich die Dinge einfach so lassen, wie sie sind?
WinEunuuchs2Unix

2
Dies deinstallierte auch libreoffice-gnome.
LAFK sagt Reinstate Monica

2

Das Problem scheint durch Fehler im Zusammenhang mit den GTK3-Builds von LibreOffice verursacht worden zu sein ( siehe hier und hier ). Wie ich herausgefunden habe, besteht die einzige Möglichkeit, dies zu umgehen, darin, zur GTK2-Version zurückzukehren. Zunächst müssen Sie sicherstellen, dass die zugehörigen Pakete installiert sind:

sudo apt install libreoffice-gtk libreoffice-gtk2

Dann können Sie LibreOffice mit GTK2 vorübergehend starten mit:

SAL_USE_VCLPLUGIN=gtk SAL_SYNCHRONIZE=1 libreoffice

Jetzt sollte es wieder normal funktionieren. In diesem Fall können Sie das GTK3-Paket entfernen, um LibreOffice zu zwingen, die GTK2-Version dauerhaft zu verwenden:

sudo apt purge libreoffice-gtk3

Schade, dass Canonical eine ungetestete Version von LibreOffice liefert!


nekros viel? ~ 4 Monate alt
Negusp

2
@PatrickNegus Dieses Problem gibt es auch in Ubuntu 16.10, daher denke ich, dass es leider immer noch ein Thema ist.
User5950

Ja, leider
negusp

1
Dieser Fix funktioniert für mich, LibreOffice mit dem gtk2-Paket anstelle von gtk3 ist schnell und reaktionsschnell wie früher, bevor ich Ubuntu 16.10 neu installiere.
Greguti

@greguti Dann stimme dafür!
Benutzer5950


Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.