Sie sind nicht angemeldet.

[offen] Lahme Tabellenkalkulation bei grossen Diagrammen

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

1

14.01.2018, 17:59

Lahme Tabellenkalkulation bei grossen Diagrammen

Hi

Normalerweise ist das ja kein Problem, aber wenn man mal ein paar zehntausend Datensätze oder das zehnfache in einem Diagramm verwurschteln möchte, dann wird Calc lähmend langsam bis völlig unbrauchbar.
Vergrössern des Speicherplatzes (max 256Mb ?( ) und ausschalten von antialiasing haben leider keinen ausreichenden Beschleunigungseffekt.

Mit Gnumeric gehts dann zwar immer noch flott dahin, aber von der Ausstattung her ist Gnumeric leider inakzeptabel.


Danke schon mal für Tipps bzw Hilfestellung

Horsemanchip

User

Beiträge: 1 131

Registrierungsdatum: 08.11.2015

Derivat: unbekannt

Version: gar kein Ubuntu

Architektur: 64-Bit PC

Desktop: LXDE

Andere Betriebssysteme: Debian bullseye-testing / 5.10.0-10-amd64

  • Nachricht senden

2

14.01.2018, 18:33

Kannst Du in Calc unter:

Extras -> Optionen -> Libre Office -> Ansicht

ein Häkchen setzen bei Open GL an/aus?

Wenn ja probiere das mal mit und ohne aus (Neustart erforderlich).
Heute ist keiner da! Komm morgen wieder. :-)

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

3

14.01.2018, 20:51

Kein Unterschied

Verstehe aber die dortigen Einstellungen auch nicht wirklich:

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

4

15.01.2018, 14:22

LO nutzt Java. Ein schnelleres JRE als das mit Ubuntu gelieferte kann da schon viel ausmachen.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

5

15.01.2018, 15:57

Ja, offensichtlich kann man das auswählen:




wie man auch openGL offensichtlich auswählen kann:




nur - wie händle ich das im Sinne einer dramatischen Performanceverbesserung?

OpenGL scheint eine labile Angelegenheit zu sein - wenn mich meine bisherigen Recherchen nicht täuschen und dass man eine "schnellere" JRE installieren könnte ist mir bislang noch nicht über den Weg gelaufen :?:

Insgesamt scheint mir LibreOffice (und OpenOffice ganz genauso!) schwer überholungsbedürftig.
Angesichts heutiger Hardware ists wohl ein schlechter Witz, dass nur eine von hier zB acht zur Verfügung stehenden CPUs genutzt wird und dass nur ein paar lumpige MB von xGB zur Verfügung stehendes RAM genutzt werden.

Nur nutzt mir diese Erkenntnis leider gar nix um mein Rechen- und Darstellungsproblem zu lösen.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »nochamal« (15.01.2018, 16:02)

Fredl

Ubuntu-Forum-Team

Beiträge: 11 331

  • Nachricht senden

6

15.01.2018, 17:16

Zitat von »nochamal«

dass man eine "schnellere" JRE installieren könnte ist mir bislang noch nicht über den Weg gelaufen
Du hast bereits die von Oracle. Wenn das vorinstalliert war, dann ist Ubuntu inzwischen von openjdk oder gcj abgekommen. Das wusste ich nicht. So gesehen war es ein obsoleter Tipp, sorry.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

7

15.01.2018, 17:39

Ja, ist offenbar so vorkonfiguriert.

Trotzdem danke für die Anregung!

Horsemanchip

User

Beiträge: 1 131

Registrierungsdatum: 08.11.2015

Derivat: unbekannt

Version: gar kein Ubuntu

Architektur: 64-Bit PC

Desktop: LXDE

Andere Betriebssysteme: Debian bullseye-testing / 5.10.0-10-amd64

  • Nachricht senden

8

15.01.2018, 17:43

Zeig mal bitte den Reiter "Ansicht" von deinen Einstellungen da.

Mein Vorschlag bezog sich auf ein neueres Backend für LO, welches Einfluß auf die Performance nehmen soll.

Ist das denn ein neu angelegtes Projekt oder ein importiertes?
Heute ist keiner da! Komm morgen wieder. :-)

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

9

15.01.2018, 18:01

Zitat von »Horsemanchip«

Zeig mal bitte den Reiter "Ansicht" von deinen Einstellungen da.

Bitte sehr





Zitat von »Horsemanchip«


Mein Vorschlag bezog sich auf ein neueres Backend für LO, welches Einfluß auf die Performance nehmen soll.

Ist das denn ein neu angelegtes Projekt oder ein importiertes?


Ähh, was meinst du damit?
Die LO Software sollte aktuell sein, aktueller gehts eigentlich nicht.
Die zu verrechnenden Datensätze sind importiert.

Wenn gewünscht, könnte ich - per PN - auch ein anonymisiertes File zur Probe zur Verfügung stellen

Aber viel mehr als ein anhaltendes Ausgrauen/ Einfrieren sieht man da nicht, wenn man ein Diagramm über alle Datensätze zu erstellen versucht.
Und wie gesagt, Gnumeric erstellt das Diagramm im Handumdrehen.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »nochamal« (15.01.2018, 18:40)

alt-medregnet

User

  • »alt-medregnet« ist männlich

Beiträge: 576

Registrierungsdatum: 22.01.2015

Derivat: Ubuntu GNOME

Architektur: 32-Bit PC

Desktop: GNOME 3.0

Andere Betriebssysteme: Siduction (Debian 64 Bit), Ubuntu XFCE (64 Bit), Windows 10

  • Nachricht senden

10

15.01.2018, 19:56

Zitat von »nochamal«

Angesichts heutiger Hardware ists wohl ein schlechter Witz, dass nur eine von hier zB acht zur Verfügung stehenden CPUs genutzt wird und dass nur ein paar lumpige MB von xGB zur Verfügung stehendes RAM genutzt werden.

Das ändert sich mit Version 6.0:

Zitat

Parallele Abarbeitung für LO-Calc
Zu den Änderungen, an denen für dieses Release von LibreOffice gearbeitet wird gehört Multi-Threading für die Tabellenkalkulation Calc, was zu einer erhöhten Verarbeitungsgeschwindigkeit führen wird. Die Entwickler bei Collabora haben den Code zur parallelen Abarbeitung bei OpenOffice Calc beigetragen.
https://linuxnews.de/2017/11/26/libreoff…a1-freigegeben/

DEBs u.a der Beta gibt es zum Download: https://www.libreoffice.org/download/dow…n=6.0.0&lang=de
Vielleicht sind die schon stabil genug für deine Zwecke? Für die tägliche Arbeit kannst du ja weiter LibreOffice 5 nehmen.
(Eine PPA-Seite mit der Beta habe ich nicht gefunden).
https://wiki.ubuntuusers.de/LibreOffice/…lation/#Manuell

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »alt-medregnet« (15.01.2018, 20:25)

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

11

15.01.2018, 20:25

Danke für diesen Tipp.
Leider sind die angekündigten "paar Tage" für ver 6.0 schon lange um!

Andererseits wäre ich geneigt, die 6.0 beta zu versuchen.
Stellt sich halt wieder das leidige Problem wie ich dies anpacke, dass nicht ein völliger Murks dabei herauskommt

Der Download von hier
https://www.libreoffice.org/download/dow…n=6.0.0&lang=de
ist ja das geringste Problem.

Aber was ist dann und vor allem genau wie zu installieren :?:

alt-medregnet

User

  • »alt-medregnet« ist männlich

Beiträge: 576

Registrierungsdatum: 22.01.2015

Derivat: Ubuntu GNOME

Architektur: 32-Bit PC

Desktop: GNOME 3.0

Andere Betriebssysteme: Siduction (Debian 64 Bit), Ubuntu XFCE (64 Bit), Windows 10

  • Nachricht senden

12

15.01.2018, 20:46

Ich hatte genau in derselben Sekunde wie du geschrieben hast noch diesen Link angehängt:
https://wiki.ubuntuusers.de/LibreOffice/…lation/#Manuell

Aber ich würde es erstmal auf dem Desktop entpacken (rechte Maustaste). Je nachdem die 32 Bit oder 64 Bit-Version.
Da ist verdammt viel drin in dem Ordner.
Klicke dann irgendwo drauf und Gdebi (rechte Maustaste) https://wiki.ubuntuusers.de/Paketinstallation_DEB/#gdebi sagt einem schon welche Abhängigkeit vorher zu installieren ist.
Das ist ziemlich einfach.

Beginne mit libreoffice6.0-ure_6.0.0.2-2_i386.deb (bzw. mit der 64Bit-Version von ure)!

Grüsse v. Uli

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »alt-medregnet« (15.01.2018, 21:24)

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

13

15.01.2018, 22:43

Also an dem Trum dürfens noch seeeeehr viel feilen.
Hab das 6.0 jetzt installiert bekommen (netter Weise war sogar ein readme dabei)

Die Performance ist etwas besser, aber nach wie vor weit jenseits von brauchbar.
:sleeping:
Der zu reservierende Speicher kann nicht mehr angegeben werden (oder ich habs nicht mehr gefunden) und es wird nach wie vor nur eine von acht CPU angesprochen.

Zuvor hatte ich das LO "stable" übrigens komplett deinstalliert.

alt-medregnet

User

  • »alt-medregnet« ist männlich

Beiträge: 576

Registrierungsdatum: 22.01.2015

Derivat: Ubuntu GNOME

Architektur: 32-Bit PC

Desktop: GNOME 3.0

Andere Betriebssysteme: Siduction (Debian 64 Bit), Ubuntu XFCE (64 Bit), Windows 10

  • Nachricht senden

14

16.01.2018, 00:11

Zitat von »nochamal«

netter Weise war sogar ein readme dabei

Hallo nochamal!
Hast recht: Man hätte vorher die Readme lesen sollen. Gedebi ist in diesem Fall viel zu aufwendig. ^^
Ein einfaches

Quellcode

 
1

sudo dpkg -i *.deb
im entpackten Ordner geht fix. Muß man dann nur noch fürs Eindeutschen im Language-ordner wiederholen.

Zitat von »nochamal«

Zuvor hatte ich das LO "stable" übrigens komplett deinstalliert.

War nicht nötig. Existieren auch nebeneinander.


Zitat von »nochamal«

und es wird nach wie vor nur eine von acht CPU angesprochen.

Wo siehst du das?
Hast du Experimentelles CPU-Threading freigeschaltet?


Ob auf Experimentell umschalten vorher nötig ist, weiß ich grad nicht:


Grüsse v. Uli

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

15

16.01.2018, 01:17

Der experimentelle Modus bringt nix - jedenfalls nix für mich erkennbares.
Ausserdem glaube ich eher, dass es nicht Berechnungen in diesem Sinne sind (Mathematik bezogen auf Zelleninhalte), welche den Flaschenhals verursachen sind sondern Berechnungen für die Erstellung der Grafik - wo und wie auch immer das stattfindet


CPU Auslastung siehe hier:



CPU #8 ist auf 100% alle anderen dümpeln vor sich hin.
(CPU #1 hängt seit Kernelupdate auf 70% mehr oder weniger fest - hat mit Calc nix zu tun)

Das mit dem Parallelbetrieb wollt ich nicht riskieren, hat mir mit OO parall zu LO schon mal eine Installation komplett gebrickt.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »nochamal« (16.01.2018, 01:25)

nochamal

User

  • »nochamal« ist der Autor dieses Themas

Beiträge: 133

Registrierungsdatum: 18.08.2013

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: Unity

  • Nachricht senden

16

16.01.2018, 17:55

Uhhh

Hab erst jetzt gemerkt dass mein 16.04 noch immer in 32bit läuft (am i7 Intel), dachte das wird beim Upgrade sowieso mit umgestellt.
Wie mache ich das jetzt am besten auf 64bit zu kommen?

Einmal Aptik vor und zurück?
Oder gibts da einen empfehlenswerteren Weg?

Horsemanchip

User

Beiträge: 1 131

Registrierungsdatum: 08.11.2015

Derivat: unbekannt

Version: gar kein Ubuntu

Architektur: 64-Bit PC

Desktop: LXDE

Andere Betriebssysteme: Debian bullseye-testing / 5.10.0-10-amd64

  • Nachricht senden

17

16.01.2018, 18:06

Wenn Du ein 32 Bit .iso installierst, dann hast Du auch 32 Bit. Für ein 64 Bit System müsstest Du auch entsprechend ein 64 Bit .iso nehmen.

Du kannst die Architektur nicht updaten.

Klingt nach Neuinstallation auf Grund von, Augen nicht aufgemacht! ^^


Nachtrag:

Wenn Du Dir unsicher der installierten Architektur bist, frage das Terminal:

Quellcode

 
1

getconf LONG_BIT
Heute ist keiner da! Komm morgen wieder. :-)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Horsemanchip« (16.01.2018, 18:12)

Ähnliche Themen