Moin Leute,
Ich habe eine harte Nuss zu knacken. Vielleicht hat einer von Euch ja einen guten Tipp parat?
Sporadisch (so alle 3-5 Stunden Betriebszeit) bekomme ich einen Freeze unter kde. Das heißt, besser gesagt, einen Zeitlupen-Freeze. Denn alles läuft extrem (!) zeitverzögert ab. Selbst Aktionen mit der Maus oder der Tastatur erscheinen auf dem Bildschirm erst viele Sekunden später, und wenn überhaupt, dann extrem verlangsamt. Ich kann teilweise auch den Fenstern beim Auf- und Abbauen zusehen. Und das bei einem i7-Prozessor und SSD...
Leider bin ich noch nicht dahinter gekommen, welcher Prozess sich so in den Vordergrund drängt. Denn selbst htop zu starten dauert sehr langsam, und ich sehe, wenn überhaupt, nur den Fensterrahmen, aber nicht den Inhalt. Selbst beim Wechsel in die Konsole (Strg+Alt+F1) ist das langsame Verhalten bemerkbar. Dieser Zusand kommt sehr zufällig, ich konnte ihn bisher nicht reproduzieren bzw. erzwingen. Nach ein paar Minuten ist dieses Verhalten dann wie weggeblasen, und die Maschine rennt so schnell wie vorher.
Hat jemand eine ähnliche Erfahrung gemacht? Gibt es vielleicht ein Log, mit dem ich den Prozess aufspüren könnte?
Danke schon mal und viele Grüße!
Hans
Hi 10toe,
starte mal eine KDE-Session un dstarte danach sofort top oder htop. Dann müsstest du spätestens beim Langsamerwerden deines Systems den Prozess angezeigt bekommen der am meisten CPU-Zeit frisst.
Du verwendest plasma 5?
Bei mir bemerke ich zur zeit auch noch eine gewisse Zähigkeit, wenn Plasma 5 länger läuft. Auch ohne größere Aktivitäten läuft der Speicher langsam voll.
Vermutllich müssen wir da mal warten, bis Plsma 5.5 oder gleich 5.6 kommt.
Lanzi,
kontrolliere mal den CPU-Verbrauch von plasma-shell. Spielt bei mir grad ziemlich verrückt mit oft konstant 120 % und mehr. Das führt selbst auf einem Skylake-System mit NVME-SSD zu schleichender Verlangsamung.
Zudem habe ich auch kurze Freezes von wenigen Sekunden, wo das System einfach komplett steht.
greetz
devil
genau, das ist Plasmashell. Tritt meistens erst nach ein paar Tagen uptime auf.
Und Skylake würde bei mir ja auch passen.
Ich denke mal, Plasma 5.4 ist maustot und vermutlich ist das Problem schon in plasma 5.5 behoben.
5.6 ist eh bald fällig, wenn ich mich recht erinnere, oder?
Gibts denn schon irgendeinen Hinweis auf 5.5 für Sid?
Leider nichts konkretes :(
greetz
devil
Plasma 5.6 ist in drei Wochen fertig... Ich denke mal, wir überspringen 5.5
Quote from: Lanzi on 2016/02/22, 19:54:57
Plasma 5.6 ist in drei Wochen fertig... Ich denke mal, wir überspringen 5.5
Na denn, nehmen wirs gelassen ;). Offtopic erwähnt, das, wofür ich jetzt 5.5 hätte haben wollen, als da wäre das Schnellstart-Widget mit Pop-Up-Funktion - und die Hoffnung auf ein Bilderrahmen-Widget für den Desktop (das aber vielleicht sowieso erst mit 5.6 kommt), krieg ich auch für 5.4 schon hin, wie ich gestern nach intensiver git-Recherche herausgefunden habe: https://github.com/HessiJames/plasma-applet-popup-launcher & https://github.com/thothonegan/plasma5-animated-image
Quote from: Lanzi on 2016/02/22, 19:54:57
Plasma 5.6 ist in drei Wochen fertig... Ich denke mal, wir überspringen 5.5
Lanzi, wo hast du diese Informationen her?
... ne gute Glaskugel und Übung im Handauflegen ...
Quote from: bluelupo on 2016/02/23, 13:06:53
Quote from: Lanzi on 2016/02/22, 19:54:57
Plasma 5.6 ist in drei Wochen fertig... Ich denke mal, wir überspringen 5.5
Lanzi, wo hast du diese Informationen her?
Schedules/Plasma 5: 5.6.0 Release Tue 2016-03-22 (https://techbase.kde.org/Schedules/Plasma_5)
Und auch bei linux.softpedia (http://linux.softpedia.com/blog/kde-plasma-5-6-to-land-on-march-22-2016-will-have-five-point-releases-498545.shtml)
QuoteThe final build of KDE Plasma 5.6 will see the light of day on March 22, 2016, and it will be followed closely by the first bugfix release, KDE Plasma 5.6.1, on March 29. As expected, the KDE Plasma 5.6 series will have a total of five maintenance releases.
According to the official release schedule, the KDE Plasma 5.6.2 and KDE Plasma 5.6.3 builds should land on April 5 and April 19, respectively. KDE Plasma 5.6.4 will arrive on May 10, and KDE Plasma 5.6.5 on June 14, 2016. Until then, the KDE developers will gather together at the conf.kde.in 2016 event at the beginning of March.
... und dann muss das noch nach Debian kommen ... ;)
Quote from: der_bud on 2016/02/23, 14:26:02
[...]
Schedules/Plasma 5: 5.6.0 Release Tue 2016-03-22 (https://techbase.kde.org/Schedules/Plasma_5)
Und auch bei linux.softpedia (http://linux.softpedia.com/blog/kde-plasma-5-6-to-land-on-march-22-2016-will-have-five-point-releases-498545.shtml)
[...]
Danke für die Infos der_bud.
Quote from: der_bud on 2016/02/23, 14:26:02
... und dann muss das noch nach Debian kommen ... ;)
....tja und daran liegt es und das kann dauern wie die Beobachtungen aus dem Debian Package Tracker (https://tracker.debian.org/) zeigen.
@Bluelupo:
sorry, war gestern nicht online:
" Ich denke mal, wir überspringen 5.5" ist ne Vermutung
und die andere Info habe ich aus der Roadmap.
Ob das dann in Sid aufschlägt ist ne andere Frage ;-)
@Melmarker: war nicht nötig...
@Lanzi: doch, war es. Wie von anderer Stelle schon ausgeführt wurde - es muss released werden und es muss nach debian/sid kommen. Bis dahin sind neue Releases erst mal für uns nicht existent. Nicht mehr und nicht weniger. Ansonsten werden Erwartungshaltungen geweckt, die so nicht zu erfüllen sind. Ausser man packt es halt selbst oder nimmt experimental. Und das sind beides Sachen, die ich nur sehr wenigen von uns zutrauen und auch -muten würde.
@Alf: "war nicht nötig" bezieht sich auf die Glaskugel.
Falls Du das ganze gerade sehr ernst nimmst, und so klingt es, lass mich etwas Luft rausnehmen:
Die Roadmap ist öffentlich und KDE hat sich in den letzten Jahren sehr genau daran gehalten. Daher die AUssage das es in ca. 3 Wochen da ist.
Das "wir" im zweiten Teil ist missverständlich und ich bezog mich auf SID, da Siduction ja nicht KDE paketiert.
Weder habe ich die Forderung gestellt dies zu tun, noch wollte ich eine Erwartung wecken, dass irgendjemand bei Siduction dies tun soll.
Also bitte peace!
@Lanzi: alles in Ordnung - und das mit der Glaskugel und Handauflegen bezog sich auch darauf, wann das für uns verfügbar ist - und das kann dauern. Wenn das zu persönlich rübergekommen ist, tut mir leid. Es wird was passieren, das ist nur noch eine Frage der Distributionsmathematik.
Und nu befrage ich mal meine Glaskugel und sie sagt mir, dass es durchaus möglich ist, dass zuerst Qt5.6 aufschlägt, was dann auch wieder durchaus Sinn machen würde für debian, da Qt5.6 Long Term Support hat. Und weiterhin sagt mir meine Glaskugel, dass sie diese Aussagen durchaus ernst meint - belegt dadurch:
https://tracker.debian.org/pkg/qtbase-opensource-src
https://tracker.debian.org/pkg/kwindowsystem
Und weiter mit den wilden Spekulationen, die eigentlich gar nicht so wild sind, wenn man das mal nüchtern und vom Aufwand eines wiederholten Rebuilds sieht: Es macht keinerlei Sinn, die Builder jetzt mit KF 5.19 mit Qt 5.51 auf unstable loszulassen, dass wäre verschwendete Rechenzeit - und da spekuliere ich mal, dass das Release-Team ganz eindeutig was dagegen hätte, weil dieses Rebuild viele andere notwendige Sachen über Tage, wenn nicht sogar ein, zwei oder mehr Wochen blocken würde. Also wäre es wohl kostengünstiger, erst Qt 5.6 nach sid zu prügeln und dann mit KDE nachzuziehen. Ich würde das auf jeden Fall so machen.
Und ja, ich nehm solche Verfügbarkeiten sehr ernst, weil mich das a) durch Siduction und b) durch LXQt doch sehr in der Planung betrifft. Und ich hätte beides (Qt und KF) gern so schnell wie möglich. Nur wenn ich mir die Tracker anschaue, dann setzt das Nachrechnen ein und da kommt bei raus: Popcorn und Bier zu lassen und aufsparen, entspannt zurücklehnen und der Dinge harren, die da kommen werden. Und die werden spannend, das wird richtig abgehen, das wird richtig schick rumpeln und Sid wird über eine gewisse Zeit wieder richtig spannend werden und für Freude und Abwechslung im Leben der Anwender sorgen. Und dann wird man das jetzt gesparte Bier und Popcorn verdammt nötig haben :D
Quote from: Lanzi on 2016/02/25, 15:28:13
[...]
Das "wir" im zweiten Teil ist missverständlich und ich bezog mich auf SID, da Siduction ja nicht KDE paketiert.
Weder habe ich die Forderung gestellt dies zu tun, noch wollte ich eine Erwartung wecken, dass irgendjemand bei Siduction dies tun soll.
Also bitte peace!
....das mit dem Paketieren von KDE(Teilen) haben wir ja gesehen das es ein sehr schwieriges Unterfangen ist (Stichwort: kdenext + santa) und von einer einzelnen Person nicht im Ansatz erledigt werden kann. Meine persönliche Meinung ist, das ich hier durchaus eine gewisse Erwartungshaltung an die Debian-Maintainer habe. Gewiss momentan ändert sich beim KDE (zB. qt5) vieles und das bedeutet wahrscheinlich auch einiges an zusätzlicher Arbeit, aber das hinterher hinken der Versionen in Debian SID ist schon eklatant.
Nur ein Beispiel um das zu verdeutlichen. Das kdepim-Paket ist momentan in der Version 4.14.10-2 in SID
unstable: 4:4.14.10-2 ---> kam am 03.09.2015 nach Unstable
exp: 4:15.12.1-1
Von KDE wurde die
Version 15.12.2 am 16.02.2016 veröffentlicht, also selbst Experimental ist nicht aktuell. Aber das nur nebenbei, wir wollen uns auf SID beschränken.
Die drei 15.08* Versionen sind nie nach Unstable gewandert.
[2015-12-05] Accepted kdepim 4:15.08.3-1 (source) into experimental (Maximiliano Curia)
[2015-10-29] Accepted kdepim 4:15.08.2-1 (source amd64 all) into experimental, experimental (Maximiliano Curia)
[2015-10-29] Accepted kdepim 4:15.08.1-1 (source amd64 all) into experimental, experimental (Maximiliano Curia)
[2015-10-29] Accepted kdepim 4:15.08.0-1 (source amd64 all) into experimental, experimental (Maximiliano Curia)
Die 15.12 Version ist ebenfalls noch nicht in Unstable.
[2016-02-03] Accepted kdepim 4:15.12.1-1 (source amd64 all) into experimental, experimental (Maximiliano Curia)
Das heißt für uns hier bei siduction als SID Nutzer, das wir vier Versionen laut Debian-Package-Tracker hinter der aktuellen von KDE veröffentlichten kdepim Version zurück sind. Dies hat wiederum zur Folge das wir vermutlich längst behobene Fehler im Debian-Bugtracker melden.
Diese Situation stimmt mich als langjähriger KDE-Nutzer schon nachdenklich. Natürlich leide ich nicht an der Krankheit "Versionitis" und habe durch Verständnis für eine hohe Arbeitsbelastung der Debian-KDE-Maintainer. Nur leider finde ich diesen langen Zeitraum (> 6 Monate) ohne neue fehlerbereinigte Version des kdepim Paketes (als Beispiel) für zu lange.
@bluelupo: Offensichtlich hat kdepim echt überhaupt kreine Priorität. Ist schon seltsam.
Wofur nutzt Du das? Adressbücher? Kmail?
Ich selbst habe das nocht garnicht bemerkt. Nutze Iceweasel und lebe mit dessen sehr schlechter Adressverwaltung.
Kcontact hatte ich vor Jahren mal eingerichtet, aber zumindest unter KDE4 fand ich das auch immer schwach. (wenngleich besser als die Thunderbirdvariante)
Ich denke der Leidensdruck bei Plasma 5.4 ist einfach, dass es generell noch nicht rund läuft und deswegen jeder auf ein update wartet.
@Alf: ja, klingt gut nachvollziehbar und jeder andere zeitliche Ablauf wäre vermutlich wirklich unnützer Aufwand.
Und Bier und Popcorn wird kaltgestellt! :-)
@bluelupo: nur ganz kurz - hefee hatte Dir erklärt, warum es clever war, 15.08 nicht nach Sid zu schieben, wenn ich das richtig gelesen hatte. Und wenn Du meinen Post von eben wirken lässt, dann wird auch klar werden, warum einige Sache so sind wie sie sind: Dat Team heisst debian-qt-kde, und die werden den Teufel tun, das auf dem "alten" Qt zu bauen. Und da die ne begrenzte Anzahl an Mitgliedern haben, ist die Version in experimental vollständig ausreichend, es wird von .1 zu .2 nicht mehr viel wesentliches passieren. Schon gar keine strukturellen Veränderungen. Und dann ist es nur vernünftig, wenn man sich mit der Kraft, die man hat, auf das KDE zugrunde liegende Framework stürzt und erst mal ne vernünftige und dauerhafte Lösung für das Framewürg schafft.
Und ich wiederhole mich auch sehr gerne und das auch in Zukunft tun: Das Ziel von debian ist es wahrlich nicht, die User von Sid(uction) glücklich zu machen und uns mit den neusten Versionen zu versorgen. Das Ziel von debian sind stabile Releases, ist wirklich so, ich habs noch mal nachgelesen. Auch wenn mir das zuweilen selbst tierisch auf den Sack geht - das ist nu mal so, das wird sich nicht ändern. Damit müssen wir halt leben. Oder selbst was ändern. Ich hab das für meinen Teil getan und kann andere nur ermutigen, ebenfalls tätig zu werden. Fakt ist und wird es auch bleiben: Als Sid-User steht man nicht wirklich im Mittelpunkt des Interesses der Entwickler, so schmerzlich das auch zu akzeptieren ist.
EDIT: Und mixen geht nich - das ist der Gott der QT-Abi-changes zwischen, und das macht die ganze Sache noch mal spannender.
Quote from: melmarker on 2016/02/25, 16:59:15
[...]
Und ich wiederhole mich auch sehr gerne und das auch in Zukunft tun: Das Ziel von debian ist es wahrlich nicht, die User von Sid(uction) glücklich zu machen und uns mit den neusten Versionen zu versorgen. Das Ziel von debian sind stabile Releases, ist wirklich so, ich habs noch mal nachgelesen. Auch wenn mir das zuweilen selbst tierisch auf den Sack geht - das ist nu mal so, das wird sich nicht ändern. Damit müssen wir halt leben. Oder selbst was ändern. Ich hab das für meinen Teil getan und kann andere nur ermutigen, ebenfalls tätig zu werden. Fakt ist und wird es auch bleiben: Als Sid-User steht man nicht wirklich im Mittelpunkt des Interesses der Entwickler, so schmerzlich das auch zu akzeptieren ist.
[...]
....bei mir kommt immer mehr die Einsicht (auch durch deine Ausführungen), Debian SID ist einfach keine vom KDE-Projekt bevorzugte Linuxdistribution. Ich werde auch nicht, um den Schwierigkeiten aus dem Wege zu gehen, den KDE-Desktop durch einen anderen ersetzen.
Debian Unstable ist nach wie vor für mich eine gute Wahl, mit der oben genannten Einschränkung. Als KDE-User bin bei Debian SID definitiv in einer Sackgasse, wenn ich aktuelle Versionen haben will. Wird sich auch nicht ändern, wie du schon erwähnt hast.
Da bleibt mir halt nur die Wahl mein "KDE-Arbeitssystem" auf eine andere RR-Distri umzustellen, die einen aktuelleren KDE-Desktops hat bzw. die Upstream-Versionen schneller durchreicht in die eigenen Repositories.