Ich habe hier schon verschiedentlich über Xpra berichtet und darüber, warum ich es für eine gute Idee halte so etwas wie Gnu Screen auch für graphische Anwendungen zu haben.

Das letzte Mal berichtete ich über die Nutzung von Atom über Xpra - eher eine Fallstudie und Demonstration als eine ernstgemeinte Lösung für ein reales Problem. Ich nutze aber rechenintensivere Anwendungen wie KiCad, das ich auf meinem kleinen Server laufen lasse und mir nur die GUI auf den Rechner hole, an dem ich gerade sitze. Ein weiterer Anwendungsfall, der von mir gerne benutzt wird ist Surfen. Mir gibt das ein gutes Gefühl, Bookmarks nicht über einen komplizierten Sync-Dienst teilen zu müssen - wenn der Browser auf einem Rechner läuft und ich mir nur seine GUI am Schreibtisch anzeigen lasse, kann ich einfach wenn mir danach ist den Rechner neben dem Schreibtisch ausschalten und auf die Couch im Wohnzimmer wechseln - dort verbinde ich mich mit der Xpra-Session und kann nahtlos da weitersurfen, wo ich am Schreibtisch unterbrochen habe.

Ich hatte hin und wieder halbherzige Ansätze und Versuche gemacht, für diesen letztgenannten Anwendungsfall nicht den Server zu brauchen - schließlich geht es dabei nur um Surfen, da muss doch auch weniger Stromverbrauch reichen? Allerdings waren meine Versuche, mit dem Firefox und Chromium auf einem Raspi oder auch einer anderen, leistungsstärkeren Variante bisher immer gescheitert - es war einfach viel zu instabil - ständig stürzten die Browser ab - manchmal sogar bereits wenn nur ein weiterer Tab geöffnet wurde. Das war natürlich völlig unakzeptabel und hat mcih schnell frustriert, so dass ich die Idee immer sehr schnell wieder beiseite legte und mich anderen Dingen zuwandte.

Neulich packte es mich allerdings wieder und ich wollte dem Problem auf den Grund gehen - denn da alle untersuchten Browser mit ähnlichen Instabilitäten zu kämpfen hatten, konnte die Ursache ja eigentlich nicht in einem speziellen Browserproblem zu suchen sein? Ich begann also mit einem blanken Betriebssystem auf aktuellstem Patchstand meine Experimente. Dadurch wurden zunächst meine bisherigen Erlebnisse bestätigt: ein oder zwei Tabs zusätzlich öffnen - egal in welchem Browser - und man konnte auf den Crash warten.

Ich sah auch wieder, dass diese Anwendungen unfassbar viel RAM auffraßen - das könnte unter Umständen die Ursache sein. Wie aber sollte ich ihnen das abgewöhnen? Die Testplattform hatte außerdem immerhin ein Gb RAM - das müsste doch für einen Browser ausreichen? Eine Recherche im Internet brachte mich weiter (was den Firefox angeht - ob der Chromium ähnliche Konfigurationsmöglichkeiten bietet habe ich nicht weiter untersucht): Sie besagte, dass der Firefox unter der Rubrik Performance eine Konfigurationsoption hat die festlegt, wieviele parallele Prozesse die Anwendung startet. Im Screenshot war die Zahl 8 zu sehen - ich dachte: auf einer Plattform wie der hier werden sie doch wohl nicht ebenfalls...? Sie hatten ebenfalls. Ich reduzierte die Anzahl der Prozesse auf 2 und schon konnte ich stundenlang ohne Crashes und Instabilitäten surfen. Auch der RAM-Verbrauch war dadurch spürbar gesunken - waren sonst nach Start der Anwendung bereits 80% des RAM belegt, waren es nun nur noch 50%.

Damit war es auch wieder möglich, XPra in Verbindung mit Xephyr und Blackbox einzusetzen und damit das oben skizzierte Ziel eines Gnu Screen-Ersatzes für dass Surfen im Internet auf einem "Bastelcomputer" umzusetzen. Ich sorgte der Vollständigkeit halber noch mit ZRam für einen schnellen SWAP (für den Fall der Fälle) und damit benötige ich den Server jetzt nur noch zum Programmieren (GitLab!) und fürs Filme und Serien schauen. Das Ziel (Stromersparnis) war erreicht...

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )