staging.inyokaproject.org

Opera per Snap startet langsam

Status: Ungelöst | Ubuntu-Version: Lubuntu 20.04 (Focal Fossa)
Antworten |

mistrgl

Anmeldungsdatum:
23. Dezember 2015

Beiträge: Zähle...

Hallo, da ich mit aktuellen Lubuntu 20.04.3 LTS (Focal Fossa) sehr gerne Opera nutzen würde, stoß ich auf das Problem, das der Browser über den Snap Store installiert ewig braucht bis er startet. Über die normalen Paketquellen installiert laufen die Videos und Audio nicht und es ist mir etwas umständlich, dies anzupassen. Deswegen am liebsten die Snap Version des Browsers.

Einfache Frage: Gibts ein Workaround, wie man es schafft den Browser schnell starten zu lassen? Ca 20-30 sekunden bis zum kompletten laden ist verdammt langsam.

Desweiteren würde mich interessieren, warum der Browser, bzw wie man liest so viele Programme des Snap Stores so langsam starten??

tomtomtom Team-Icon

Supporter
Avatar von tomtomtom

Anmeldungsdatum:
22. August 2008

Beiträge: 52312

mistrgl schrieb:

Einfache Frage: Gibts ein Workaround, wie man es schafft den Browser schnell starten zu lassen?.

Ja: Kein Snap benutzen..

Desweiteren würde mich interessieren, warum der Browser, bzw wie man liest so viele Programme des Snap Stores so langsam starten??

Weil es ein Snap ist. Die sind prinzipbedingt langsamer als nativ installierte Software. Und je leistungsschwächer die Hardware desto mehr merkt man das.

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 10978

mistrgl schrieb:

Desweiteren würde mich interessieren, warum der Browser, bzw wie man liest so viele Programme des Snap Stores so langsam starten??

Snaps laufen recht isoliert vom übrigen System - die Snaps sind squashfs-Images, die read-only eingebunden werden. Alle vom Programmen im Snap genutzten Bibliotheken müssen noch mal extra geladen werden, sie werden nicht mit dem System geteilt.

Einfache Frage: Gibts ein Workaround, wie man es schafft den Browser schnell starten zu lassen? Ca 20-30 sekunden bis zum kompletten laden ist verdammt langsam.

Die üblichen Methoden, um Dinge schneller ablaufen zu lassen: I/O Zugriffe beschleunigen (SSD nutzen), mehr CPU-Leistung, genügend RAM, damit nichts in den SWAP verschoben werden muss (was insbesondere mit einer HDD lange dauert).

mistrgl

(Themenstarter)

Anmeldungsdatum:
23. Dezember 2015

Beiträge: 39

OK Leute, Danke erstmal sehr für die genauere Erklärung von Snap.

Also wenn ich das richtig verstehe und Snap Software nur read-only laufen, sind die doch realtiv sicher, was für ein Browser ja recht interessant ist.

Ich könnte versuchen die Swap still zu legen. Ich hatte sowieso bisher immer Installtionen ohne Swap Datei. Mein System ist zwar relativ lahm mit einem AM3 Dual Core CPU und 3 GB Ram aber Probleme ohne Swap hatte ich trotzdem nie. Ich nutze eine SSD 64GB.

Wenn das nicht hilft, heißts wohl damit leben oder in den sauren Apfel beißen und die Chromium ffmpeg Codecs jedesmal manuell einzubinden, was ich eigentlich vermeiden wollte...naja oder Firefox nutzen^^

Gruß

Kätzchen

Avatar von Kätzchen

Anmeldungsdatum:
1. Mai 2011

Beiträge: 6036

mistrgl schrieb:

...naja oder Firefox nutzen^^

Siehe dazu: → Firefox bald auch nur noch als Snap

mistrgl

(Themenstarter)

Anmeldungsdatum:
23. Dezember 2015

Beiträge: 39

Hmm...Wie ich sagte, finde ich die Idee von diesen Container Apps in Sachen Sicherheit gar nicht schlecht. Zumindest für die Apps, die mit dem Internet verbunden sind. Denn ein mehr oder weniger "unangreifbares System" ist mein aller erstes Ziel bei der Nutzung von Linux. Gerade beim Browser. Andere mediale Plattformen wie Spotify etc nutze ich nicht. Nur blöd, das man auf teure, schnelle Hardware angewiesen sein muss dabei.

Wenn Opera einmal geladen ist, läuft der ja eigentlich reibungbslos bei mir. Sogar als Snap auf einer alten IDE HDD. Ist eben nur das starten und schliessen, was stört.

Man kann nur hoffen, das die schlauen Entwickler, die sich dass haben einfallen lassen, eine Möglichkeit finden, das ganze noch zu optimieren.

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 10978

mistrgl schrieb:

Man kann nur hoffen, das die schlauen Entwickler, die sich dass haben einfallen lassen, eine Möglichkeit finden, das ganze noch zu optimieren.

Die Daten liegen bei Snaps komprimiert vor und müssen dann bei Bedarf entpackt werden - hier gab es z.B. eine Diskussion darum, welcher Algorithmus da welche Vor- und Nachteile bei (großen) Images für Snaps hat: https://forum.snapcraft.io/t/squashfs-performance-effect-on-snap-startup-time/13920 und laut https://snapcraft.io/blog/snap-speed-improvements-with-new-compression-algorithm wurde da schon mal umgestellt, was auf leistungsfähigeren CPUs im Idealfall aber immer noch ca. um den Faktor 2 langsamer ist. Das dumme ist, dass die Anbieter der Snaps ihre Rezepte bislang dafür selbst anpassen müssen (vgl. https://forum.snapcraft.io/t/how-to-switch-your-snap-to-use-lzo-compression/21714).

Ich würde auf einem System mit Ressourcenbegrenzung eher in Richtung einer Distribution denken, die in der Hinsicht schlanker gestaltet ist und trotzdem einen Fokus auf aktuelle Pakete hat - z.B. Arch Linux.

mistrgl

(Themenstarter)

Anmeldungsdatum:
23. Dezember 2015

Beiträge: 39

Super. Danke für die Links. An eine andere Distribution hab ich auch schon gedacht, scheu mich aber noch, da ich mit Ubuntu basierten Linux gerade erst warm geworden bin und die realtiv einfach einzurichten sind. Aber einen Versuch ist es wert. Ich werd mir Arch mal genauer anschauen.

Antworten |