staging.inyokaproject.org

Der Start "LibreOffice" 25.2.5.2 dauert 8 Sekunden

Status: Gelöst | Ubuntu-Version: Ubuntu 24.04 (Noble Numbat)
Antworten |

hakel2022

Anmeldungsdatum:
21. Februar 2022

Beiträge: 3254

Libre ist ein monolithischer Klotz, und wir kennen ja die Hardware des TS nicht.

Da könnte Snap also durchaus beim ersten Start etwas langsam sein. ☹

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 12281

hakel2022 schrieb:

Libre

Wann gewöhnst Du Dir endlich diese Faulheitsbezeichnung ab?! Es gibt nicht nur LibreOffice, sondern bspw. auch LibreCAD. Wenn Du abkürzen willst, nimm gebräuchliches, das ist mit LibO sogar noch kürzer!

ist ein monolithischer Klotz

Ach, Gottchen, snap ist es, da dessen riesiges Image gemountet und dann für den Programmstart geladen wird.

Linuxbear

(Themenstarter)
Avatar von Linuxbear

Anmeldungsdatum:
22. November 2008

Beiträge: Zähle...

@ hakel2022: welche Ausgabe darf ich bezüglich meiner HW posten? Mache ich gleich morgen vm.

@ von.wert: falls snap der Verursacher meiner & vllt. andere Probleme ist, wäre da nicht eine Warnung im Wiki nützlich? Damit unbedarfte User wie ich nicht so direkt in die Falle tapsen und den Supportern hier den letzten Nerv rauben? Nur so als Idee.

Gruß -Linuxbear-

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 12281

Wie wäre es, einfach mitzulesen und nicht erst dann, wenn irgendwas nicht geht? Snap-bedingte Eigenheiten und Probleme werden nicht nur aller Jahre in einer hinteren Ecke behandelt.

Nur so als Idee.

von.wert

Anmeldungsdatum:
23. Dezember 2020

Beiträge: 12281

Linuxbear schrieb:

welche Ausgabe darf ich bezüglich meiner HW posten?

Auch das wird immer wieder gebracht, seit vielen Jahren das Universal-Tool inxi (es ginge natürlich auch anders). Für einen Hauptüberblick ist das

1
inxi -Fz

Da es bei snap vor allem um das Laden und im RAM Halten der Images geht, kann man explizit CPU, RAM und Drives abfragen:

1
inxi -CmsD

Es wird freilich nicht viel bringen außer eben die Kenntnisnahme der Hardware. snap belastet nun mal wesentlich höher (nicht das Ausführen des eigentlichen Programmes).

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 5356

von.wert schrieb:

Wie wäre es, einfach mitzulesen ....

z.B. da –> https://forum.ubuntuusers.de/topic/libre-office-und-snap/

Linuxbear

(Themenstarter)
Avatar von Linuxbear

Anmeldungsdatum:
22. November 2008

Beiträge: 207

Guten Morgen @all, weiter gehts:

linuxbear@LB-Laptop:~$ inxi -Fz
System:
  Kernel: 6.14.0-27-generic arch: x86_64 bits: 64
  Desktop: GNOME v: 46.0 Distro: Ubuntu 24.04.2 LTS (Noble Numbat)
Machine:
  Type: Laptop System: LENOVO product: 20RD001CGE v: ThinkPad E15
    serial: <superuser required>
  Mobo: LENOVO model: 20RD001CGE v: SDK0J40697 WIN
    serial: <superuser required> UEFI: LENOVO v: R16ET26W (1.12 )
    date: 06/08/2020
Battery:
  ID-1: BAT0 charge: 41.2 Wh (100.0%) condition: 41.2/45.7 Wh (90.2%)
CPU:
  Info: quad core model: Intel Core i5-10210U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 500 min/max: 400/4200 cores: 1: 400 2: 400 3: 400 4: 400
    5: 800 6: 400 7: 400 8: 800
Graphics:
  Device-1: Intel CometLake-U GT2 [UHD Graphics] driver: i915 v: kernel
  Device-2: Bison Integrated Camera driver: uvcvideo type: USB
  Display: wayland server: X.Org v: 23.2.6 with: Xwayland v: 23.2.6
    compositor: gnome-shell driver: dri: iris gpu: i915
    resolution: 1536x864~60Hz
  API: EGL v: 1.5 drivers: iris,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa
    v: 24.2.8-1ubuntu1~24.04.1 renderer: Mesa Intel UHD Graphics (CML GT2)
Audio:
  Device-1: Intel Comet Lake PCH-LP cAVS driver: snd_hda_intel
  API: ALSA v: k6.14.0-27-generic status: kernel-api
  Server-1: PipeWire v: 1.0.5 status: active
Network:
  Device-1: Intel Comet Lake PCH-LP CNVi WiFi driver: iwlwifi
  IF: wlp0s20f3 state: up mac: <filter>
  Device-2: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp4s0 state: down mac: <filter>
Bluetooth:
  Device-1: Intel AX201 Bluetooth driver: btusb type: USB
  Report: hciconfig ID: hci0 state: up address: <filter> bt-v: 5.2
Drives:
  Local Storage: total: 476.94 GiB used: 15.49 GiB (3.2%)
  ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM512GDHTNG-8710B
    size: 476.94 GiB
Partition:
  ID-1: / size: 467.35 GiB used: 15.48 GiB (3.3%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 1.05 GiB used: 6.1 MiB (0.6%) fs: vfat
    dev: /dev/nvme0n1p1
Swap:
  ID-1: swap-1 type: file size: 4 GiB used: 0 KiB (0.0%) file: /swap.img
Sensors:
  System Temperatures: cpu: 39.0 C pch: 39.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 16 GiB available: 15.31 GiB used: 3.23 GiB (21.1%)
  Processes: 286 Uptime: 9m Shell: Bash inxi: 3.3.34
linuxbear@LB-Laptop:~$ 

Und hier die zweite Ausgabe:

linuxbear@LB-Laptop:~$ inxi -CmsD
Memory:
  System RAM: total: 16 GiB available: 15.31 GiB used: 3.12 GiB (20.4%)
  Array-1: capacity: 16 GiB slots: 1 modules: 1 EC: None
  Device-1: ChannelA-DIMM0 type: DDR4 size: 16 GiB speed: 2667 MT/s
CPU:
  Info: quad core model: Intel Core i5-10210U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 475 min/max: 400/4200 cores: 1: 400 2: 400 3: 400 4: 400
    5: 700 6: 700 7: 400 8: 400
Drives:
  Local Storage: total: 476.94 GiB used: 15.49 GiB (3.2%)
  ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFM512GDHTNG-8710B
    size: 476.94 GiB
Sensors:
  System Temperatures: cpu: 39.0 C pch: 38.0 C mobo: N/A
  Fan Speeds (rpm): N/A
linuxbear@LB-Laptop:~$ 

Die Empfehlung "Mitlesen" ist nicht das Problem; mir fehlen einfach die notwendigen fachlichen Hintergründe um zu verstehen. Ich halte mich nur für einen User, der mehr schlecht als recht auf die Tastatur haut.

Wieder bis hierher mein Danke an euch alle. Gruß -Linuxbear-

hakel2022

Anmeldungsdatum:
21. Februar 2022

Beiträge: 3254

Das ist ein absolut solides Gerät! Damit sollte muß auch Snap flüssig laufen. 👍

Probier es halt aus ...

sudo apt-get snap remove libreoffice
sudo apt-get clean
sudo apt-get update
sudo apt-get install libreoffice libreoffice-l10n-de libreoffice-help-de 

Natürlich könntest/solltest du auch mal ein frisches Libre Profil nutzen/testen. ☹

Bei mir (Xubuntu 25.04 ohne Snap) fluppt Libre ohne Verzögerung auf.

"Writer" oder "Calc" dauert 8 Sekunden

Das ist inakzeptabel für ein Bot-Butter-Programm ... irgendwelche Netzlaufwerke in den (Standard)Dokumenten drin ? (weit hergeholt!)

Linuxbear

(Themenstarter)
Avatar von Linuxbear

Anmeldungsdatum:
22. November 2008

Beiträge: 207

@ hakel2022: dann war meine Kaufentscheidung halbwegs richtig. 😀 Ich habe nach Hinweis @ schwarzheit die Anleitung Wiki genutzt, um snap LibreOffice zu entfernen.

Den Rest mittels c&p erledigt. Läuft prima, 2 Sekunden dann nutzbar.

Deine Frage nach Netzlaufwerken in Standard-Docs: nein, nicht wissentlich.

Nun kann ich entspannt das Thema auf "gelöst" setzen; vielen lieben Dank an euch alle.

Gruß -Linuxbear-

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 5232

Mit umstellen auf das DEB-Paket wird auch nicht mehr die Konfiguration vom snap (Abschnitt „Konfigurationsdaten-zwischen-Programmen-aus-den-Quellen-und-Snaps-uebernehmen“) benutzt. Mein altes Libreoffice Profil vom DEB-Paket ist fast 60 Megabyte groß. Ein frisches hingegen nur wenige Kilobyte. Aber dann sind da auch nicht Add-ons drin und was sonst noch an individuellen Anpassungen drin ist.

Mit so einem leeren Profil kommt auch mein 17 Jahre altes Eisen auf irgendwo zwischen 3 bis 4 Sekunden Startzeit beim LibreOffice Writer. Jedenfalls dann, wenn es nicht der erste Start vom LibreOffice Writer ist. Man darf ja auch nicht vergessen, dass der Linux Kernel ja ebenfalls seine Speicherverwaltung hat, und dort einiges im Arbeitspeicher bereit hält, so dass es nicht von Festplatten oder SSDs eingelesen werden muss, wenn es bereits im Arbeitspeicher gehalten wird.

Dennoch halte ich dieses Bohei um die Startzeit von LibreOffice für albern. Ein Büromensch tankt morgens erst mal seinen Kaffee, und da ist es völlig Wurst, ob so ein Office Paket um die 11 Sekunden startet, oder starten in nur 2 Sekunden schafft. So ein Office Paket im Büroalltag läuft ja dann den ganzen Tag durch.

Für Kurznotizen sind solche Office Pakete nicht gedacht.

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 5356

Wir halten fest: es war auch hier wieder ein Snapproblem.

Linuxbear

(Themenstarter)
Avatar von Linuxbear

Anmeldungsdatum:
22. November 2008

Beiträge: 207

@ trollsportverein: danke auch dir für deine Empfehlung. Habe vorhin beide Rechner bearbeitet. Es lief alles glatt durch. Mit

LANG= snap list --all | awk "/disabled/{print \$1, \$3}" | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

dürfte jetzt alles chic sein.

@ schwarzheit: Darf ich das so verstehen, dass Experten wie du um Snap einen großen Bogen machen? Snap = erhöhtes Problempotenzial?

Lieben Dank euch allen & noch einen schönen Rest-Sonntag, Gruß -LB-

schwarzheit Team-Icon

Supporter
Avatar von schwarzheit

Anmeldungsdatum:
31. Dezember 2007

Beiträge: 5356

Linuxbear schrieb:

@ schwarzheit: Darf ich das so verstehen, dass Experten wie du um Snap einen großen Bogen machen? Snap = erhöhtes Problempotenzial?

Definitiv. 😀

Snap war der Tropfen, der das Fass zum überlaufen brachte und mich endgültig von Xubuntu wegtrieb. Siehe meine Signatur.

juribel

Anmeldungsdatum:
20. April 2014

Beiträge: 1269

Dem kann ich nur zustimmen. Debian mit Xfce, fehlende Programme nachinstalliert, Home-Ordner mitgenommen. Läuft bei mir seit über zwei Jahren stabil.

umbhaki Team-Icon

Supporter
Avatar von umbhaki

Anmeldungsdatum:
30. Mai 2010

Beiträge: 2611

Ich mach's andersrum: Xubuntu, bei dem ich nach der Installation zu allererst snap nach Anleitung entferne. Damit ich nichts vermisse, benutze ich Firefox aus dem Tarball von hier, LibreOffice aus den .deb.Paketen von hier und mehr zu ersetzen habe ich gar nicht. Thunderbird mag ich sowieso nicht und liebe mein Claws-Mail. Für mich ist da (noch?) kein Grund für einen Distributionswechsel.

Sollte es den dann irgendwann doch geben, dann würde ich es wohl so machen wie juribel vorschlägt.