GUI beendet, aber Prozeße laufen weiter

[adimeymuc]

Tumbleweed 20190527, mit KDE Frameworks 5.58.0, Qt 5.12.3

Kein wirkliches Problem, aber lästig, ist mir bei einigen KDE-Programmen folgendes Verhalten aufgefallen:

Wenn ich das Programmfenster (GUI) über das Menü mit „Datei --> Beenden“ schließe, läuft, gemäß top, in manchen Fällen der zugehörige Prozeß weiter (ohne als “zombie” erkannt zu werden).

Ein “killall” auf der Konsole wirkt dann.

Aufgefallen ist mir das bisher bei:
* ktorrent (regelmäßig, hier werden weiter weiterhin Anfragen an UDP tracker gesendet)
* akregator
* kRename

Ob das immer der Fall ist habe ich noch nicht systematisch ausgetestet. Wenn das ein Bug ist, liegt dann die Ursache in der plamashell?* Zumindest werden die Netzwerkanfragen protokolliert.


*(Letztere läuft bei mir immer in einer Konsole, weil sie nach dem Hochfahren nur einen Klick auf ein Symbol erlaubt, dann spielt der Windowsmanger nicht mit, sondern zeigt nur einen Strich, aber das ist ein ganz anderes Ärgernis).

 

[Gräfin Klara]

... ohne als “zombie” erkannt zu werden

Das sind keine Zombies.
Vor etwa einem Jahr hat ein en­ga­gierter Programmierer ein Library veröffentlicht, mit dem sich Applikationen nur ihrer Haut entledigen können.
D.h. man sieht die Applikation zwar nicht mehr aber alle Vorbereitungsarbeiten und Konfigurationen bleiben als Prozess erhalten.
Startet man das Programm erneut, streift sich der Prozess nur noch den Mantel über und .. schwups .. schon zeigt er sich wieder.
Im Grunde sollte jede Applikation, die dieses Feature verwendet, irgendwo ein Häkchen haben mit dem Hinweis: "Wollen Sie den Schnellstart aktivieren?"
Oder es existiert irgendwo als globales Angebot.
Wenn das nicht angeboten wird, dann ist der Programmierer ein schlampiger Sack. Es gibt Anwender, die das verständlicherweise so nicht wollen - wie du.
Melde einen Bug und mach ihm Feuer unterm Hintern. Schreib irgendwas über "heimlicher Datenverkehr ist nicht auszuschließen".
Dann ist das Häkchen dran, so schnell kannst du gar nicht updaten.

Gruß
Gräfin Klara

 

[gehrke]

Vor etwa einem Jahr hat ein en­ga­gierter Programmierer ein Library veröffentlicht

Hast Du dazu mal einen Namen oder einen Link, um dies genauer nachzulesen?
TNX

 

[Gräfin Klara]

.. dies genauer nachzulesen?

Wenn du das genau wissen möchtest, empfehle ich ein Studium bei Windows (Visual Studio).
Ab Kernel (ich glaube Vista) gibt es ein SuperFetch und ein ReadyBoost. Beides entspricht diesem
Verfahren, steht aber unter Windows weitaus besser dokumentiert zur Verfügung.
Der service SuperFetch arbeitet für das prefetching von Applikationen wie unter Linux der process kdeinit.
In beiden Fällen werden alle typischen libraries unter X (z.B. libqt,libkdeui) bzw. virtuelle container (Windows Libraries) in
einem process bzw. service vorgehalten und der Applikation beim startup zur Verfügung gestellt.
Geschwindigkeitsgewinn liegt bei ca. 200ms (ohne) zu 15mS (mit). (Eigene Messung, andere behaupten andere Werte)
Linux geht hier weiter und bietet in der Umgebung von KInit > KUniqueApplication > KApplication
die Möglichkeit zum Bau einer privaten Umgebung mit eigenem process für ein spezielles prefetching mit ReadyBoost Funktionalität.
Damit läßt sich die Geschwindigkeit weiter steigern, weil der process nur das vorhält, was die dezitierte Applikation benötigt.
Zu diesem Thema ließe sich ein Buch schreiben ...

Gruß
Gräfin Klara

 

[adimeymuc]

Bin ich jetzt endlich dazu gekommen https://bugs.kde.org/show_bug.cgi?id=409730

 

[adimeymuc]

um den Bugreport hat sich niemand mehr gekümmert bis jetzt.

Was mir aufgefallen ist, zumindest bei ktorrent, daß vor allem Netzwerkanfragen über udp geschickt werden wenn magnets in der Warteschleife hängen, die aber noch nicht gestartet wurden.

 

[adimeymuc]

Zweieinhalb Jahre später und eine mögliche Lösung (d.h. die Fehlerquelle) tut sich auf:

Ich habe festgestellt, daß wenn man die ktorrent GUI nicht über das Menu oder den x-Knopf schließt, sondern über das Icon in der Kontrolleiste, kommt einer von diesen unsäglichen „bist Du sicher?“ Alerts.
Dieser erscheint nicht bei den anderen Methoden.
Mein Verdacht, daß hier iregndwas schlampig programmiert, dieser nicht erscheinende Alert im Hintergrund den Prozeß weiterlaufen läßt (für krname wohl ähnliches passiert habe ich nicht getestet)

(Den Bugreport bei KDE ergänze ich nicht, da dort eh kkeine Reaktion erfolgt!)

 

[Sauerland]

akregator schließt hier (Leap 15.3) über das Datei-Beenden Menü, nicht aber über das X rechts oben!! im Fenster, dann läuft er in der Kontrollleiste weiter.

 

[adimeymuc]

Wie gesagt akregator ist nur einer von Dreien wo mir das aufgefallen ist, weitere „Schuldige“ sind krename und ktorrent. Letzteres das wirklicheProblem, weil ich immer mal wieder an einem universitären Netz hänge wo man torrents nicht sooo gern sieht und alles über port 3128 (squid) läuft.

Erscheint mir eben unlogisch, wenn von drei Möglichkeiten im GUI ein Programm zu beenden, nur eines wirklich funktioniert. Ich sage da einfach nur noch killall ... :roll:

 

[marce]

man könnte nun aber auch sagen: gerade bei Torrent und anderen Tools für Filesharing will man eigentlich, daß die Services im Hintergrund weiterlaufen, wenn man die GUI beendet hat...

 

[Sauerland]

Und wenn man schaut, sind das alles KDE Programme......

Its a feature.........

Sobald ich den Haken bei "Anzeige im Systemabschnitt der Kontrollleiste" herausnehme, wird Kmail bzw. Kontact beim klicken auf den Schließen Button rechts oben auch beendet.....
Es ist ja auch sinnvoll, das Programm nur zu minimieren, wenn es in der Kontrollleiste läuft........