Hallo zusammen!

Seit heute ist mein xorg sehr lahm.
Der Prozess braucht bei kaum Aktivität auf dem Bildschirm schon 60% der
CPU. Sonst ist auf der CPU nix los.
Verbaut ist eine Intel UHD 600 mit einem Monitor und eine Geforce 210
mit 2 - geht nicht anders.
Eingabe in GTK3-Anwendungen geht Sekunden hinterher.

Wie kann ich das weiter diagnostizieren?

--
Gruß
Marco

Spam und Werbung bitte an 1713465871ichwillgesperrtwerden@nirvana.admins.ws

* Marco Moock wrote:
>
> Seit heute ist mein xorg sehr lahm.
> Der Prozess braucht bei kaum Aktivität auf dem Bildschirm schon 60% der
> CPU. Sonst ist auf der CPU nix los.
> Verbaut ist eine Intel UHD 600 mit einem Monitor und eine Geforce 210
> mit 2 - geht nicht anders.
> Eingabe in GTK3-Anwendungen geht Sekunden hinterher.
>
> Wie kann ich das weiter diagnostizieren?

Du könntest strace -p auf das laufende xorg von einer Textconsole probieren.
Vermutlich bringt das aber nicht viele Erkenntnisse.

Ansonsten halt die übliche detektivische Vorgehensweise:
- Gibt es Logfile-Einträge?
- Wann ging es noch?
- Was hat sich seitdem geändert (Hardware, Updates)??
- Wenn möglich, schrittweise alten Zustand wieder herstellen.

Wenn das die neue Backdoor ist, dann ist sie dilletantisch programmiert.

Viele Grüße,
Erik

Am 19.04.2024 17:18 Uhr schrieb Erik Heinz:

> * Marco Moock wrote:
> >
> > Seit heute ist mein xorg sehr lahm.
> > Der Prozess braucht bei kaum Aktivität auf dem Bildschirm schon 60%
> > der CPU. Sonst ist auf der CPU nix los.
> > Verbaut ist eine Intel UHD 600 mit einem Monitor und eine Geforce
> > 210 mit 2 - geht nicht anders.
> > Eingabe in GTK3-Anwendungen geht Sekunden hinterher.
> >
> > Wie kann ich das weiter diagnostizieren?
>
> Du könntest strace -p auf das laufende xorg von einer Textconsole
> probieren. Vermutlich bringt das aber nicht viele Erkenntnisse.
>
> Ansonsten halt die übliche detektivische Vorgehensweise:
> - Gibt es Logfile-Einträge?

Nix Auffälliges.

Nur
[ 5798.449] (EE) event4 - PS/2 Logitech Mouse: client bug: event
processing lagging behind by 66ms, your system is too slow

Aber dass das zu lahm ist, weiß ich ja schon.

> - Wann ging es noch?

Vorgestern und heute geht es wieder.

> - Was hat sich seitdem geändert (Hardware, Updates)??

Updates, darunter libinput.
Start-Date: 2024-04-17 07:48:58
Commandline: /usr/bin/unattended-upgrade
Upgrade: libcairo2:amd64 (1.18.0-3, 1.18.0-3+b1), libcairo2:i386
(1.18.0-3, 1.18 .0-3+b1), libcairo-gobject2:amd64 (1.18.0-3,
1.18.0-3+b1), libcairo-gobject2:i38 6 (1.18.0-3, 1.18.0-3+b1),
libcairo-script-interpreter2:amd64 (1.18.0-3, 1.18.0- 3+b1),
libcairo2-dev:amd64 (1.18.0-3, 1.18.0-3+b1) End-Date: 2024-04-17
07:49:02

Start-Date: 2024-04-17 07:49:08
Commandline: /usr/bin/unattended-upgrade
Upgrade: libinput10:amd64 (1.25.0-1+b1, 1.25.0-1+b2),
libinput-bin:amd64 (1.25.0 -1+b1, 1.25.0-1+b2)
End-Date: 2024-04-17 07:49:10

Start-Date: 2024-04-17 07:49:15
Commandline: /usr/bin/unattended-upgrade
Upgrade: libgdk-pixbuf2.0-bin:amd64 (2.42.10+dfsg-3+b2,
2.42.10+dfsg-3+b3), gir1.2-gdkpixbuf-2.0:amd64 (2.42.10+dfsg-3+b2,
2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:amd64 (2.42.10+dfsg-3+b2,
2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:i386 (2.42.10+dfsg-3+b2,
2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-dev:amd64 (2.42.10+dfsg-3+b2,
2.42.10+dfsg-3+b3) End-Date: 2024-04-17 07:49:20

Start-Date: 2024-04-17 07:49:25
Commandline: /usr/bin/unattended-upgrade
Upgrade: libfreetype6:amd64 (2.13.2+dfsg-1+b3, 2.13.2+dfsg-1+b4),
libfreetype6:i386 (2.13.2+dfsg-1+b3, 2.13.2+dfsg-1+b4),
libfreetype-dev:amd64 (2.13.2+dfsg-1+b3, 2.13.2+dfsg-1+b4) End-Date:
2024-04-17 07:49:28

Start-Date: 2024-04-17 07:49:35
Commandline: /usr/bin/unattended-upgrade
Upgrade: golang-1.22-src:amd64 (1.22.2-1, 1.22.2-2),
golang-1.22-go:amd64 (1.22.2-1, 1.22.2-2) End-Date: 2024-04-17 07:49:43

Start-Date: 2024-04-17 16:13:08
Commandline: apt upgrade
Requested-By: m (1000)
Upgrade: virtualbox-ext-pack:amd64 (7.0.14-1, 7.0.16-1),
python3-cap-ng:amd64 (0.8.4-2, 0.8.5-1), virtualbox:amd64
(7.0.14-dfsg-4+b3, 7.0.16-dfsg-2), unar:amd64 (1.10.8+ds1-2,
1.10.8+ds1-3), libtinfo6:amd64 (6.4+20240113-1, 6.4+20240414-1),
libtinfo6:i386 (6.4+20240113-1, 6.4+20240414-1),
virtualbox-guest-additions-iso:amd64 (7.0.14-1, 7.0.16-1),
libcap-ng0:amd64 (0.8.4-2, 0.8.5-1), libsqlite3-dev:amd64 (3.45.2-1,
3.45.3-1), ncurses-base:amd64 (6.4+20240113-1, 6.4+20240414-1),
libsqlite3-0:amd64 (3.45.2-1, 3.45.3-1), libsqlite3-0:i386 (3.45.2-1,
3.45.3-1), libsdl2-2.0-0:amd64 (2.30.1+dfsg-4, 2.30.2+dfsg-1),
libsdl2-2.0-0:i386 (2.30.1+dfsg-4, 2.30.2+dfsg-1), virtualbox-qt:amd64
(7.0.14-dfsg-4+b3, 7.0.16-dfsg-2), libncursesw6:amd64 (6.4+20240113-1,
6.4+20240414-1), libncursesw6:i386 (6.4+20240113-1, 6.4+20240414-1),
ncurses-bin:amd64 (6.4+20240113-1, 6.4+20240414-1), libsdl2-dev:amd64
(2.30.1+dfsg-4, 2.30.2+dfsg-1), ncurses-term:amd64 (6.4+20240113-1,
6.4+20240414-1), virtualbox-source:amd64 (7.0.14-dfsg-4+b3,
7.0.16-dfsg-2), libncurses6:amd64 (6.4+20240113-1, 6.4+20240414-1),
libncurses6:i386 (6.4+20240113-1, 6.4+20240414-1),
virtualbox-dkms:amd64 (7.0.14-dfsg-4+b3, 7.0.16-dfsg-2) End-Date:
2024-04-17 16:14:23

--
Gruß
Marco

Spam und Werbung bitte an
1713539932ichwillgesperrtwerden@nirvana.admins.ws

Hallo Marco,

Du schriebst am Thu, 18 Apr 2024 20:51:38 +0200:

> Seit heute ist mein xorg sehr lahm.
> Der Prozess braucht bei kaum Aktivität auf dem Bildschirm schon 60% der
> CPU. Sonst ist auf der CPU nix los.

Seit heute? Morgen auch noch?
Ok, ja, richtig, das kannst Du natürlich heute noch nicht wissen.
Ich mein' das eher so: hast Du schonmal einen Neustart des X versucht?
Üblicherweise reicht dazu ja aus- und wieder einloggen. Wenn dann immer
noch alles lahmt, dann auch mal die komplette Maschine neu hochfahren.
Und natürlich prüfen, ob was auffälliges feststellbar ist:
Speicher noch voillständig? (Nicht, daß sich ein Modul verabschiedet hat)
Platte normal (ältere SSD? Lesefehler?)
Grafikkartenspeicher? Dürfte kaum zu testen sein, evtl. (glx)gears?
Netzwerk? "DoD" & Co.

> Eingabe in GTK3-Anwendungen geht Sekunden hinterher.

Und ohne GTK3? (Das ist doch sowieso unbenutzbar auf normalen PCs, das ist
bloß was für "Händies" mit Wisch-Bildschirm.)

Oder Du hast Dir was unangenehmes eingefangen...

--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

* Sieghard Schicktanz wrote:
>
> Und ohne GTK3? (Das ist doch sowieso unbenutzbar auf normalen PCs, das ist
> bloß was für "Händies" mit Wisch-Bildschirm.)

Du meinst vielleicht Gnome? GTK ist eine Sammlung von Bibliotheken und die
Version 3 ist schon seit einigen Jahren Grundlage der aktuellen Versionen
fast aller Programme¹, die diese Bibliothek benutzen. Und das sind die
meisten der unter Linux verwendeten Programme mit graphischer
Benutzeroberfläche. Aktuell ist GTK Version 4.

Viele Grüße,
Erik

¹ Es gibt Nachzügler. Gimp stable läuft noch mit GTK 2. Version 3 ist aber
fast raus.

Erik Heinz wrote:
>
> [...] GTK ist eine Sammlung von Bibliotheken und die
> Version 3 ist schon seit einigen Jahren Grundlage der aktuellen Versionen
> fast aller Programme¹, die diese Bibliothek benutzen. Und das sind die
> meisten der unter Linux verwendeten Programme mit graphischer
> Benutzeroberfläche. Aktuell ist GTK Version 4.
> [...]
>
> ¹ Es gibt Nachzügler. Gimp stable läuft noch mit GTK 2. Version 3 ist aber
> fast raus.

Dabei stand das "G" in "GTK" ursprünglich für GIMP.

Am 19.04.2024 20:39 Uhr schrieb Sieghard Schicktanz:

> Du schriebst am Thu, 18 Apr 2024 20:51:38 +0200:
>
> > Seit heute ist mein xorg sehr lahm.
> > Der Prozess braucht bei kaum Aktivität auf dem Bildschirm schon 60%
> > der CPU. Sonst ist auf der CPU nix los.
>
> Seit heute? Morgen auch noch?

Das war vorgestern und ein Neustart hat das behoben. Stellt sich nur
die Frage, wie man die Ursache finden kann. Die Hardware schließe ich
aus. Ich habe die Vermutung, dass irgendwas einfach auf der CPU
gerechnet wurde.
> > Eingabe in GTK3-Anwendungen geht Sekunden hinterher.
>
> Und ohne GTK3? (Das ist doch sowieso unbenutzbar auf normalen PCs,
> das ist bloß was für "Händies" mit Wisch-Bildschirm.)

Selbst das Öffnen und damit Zeichnen eines xterm dauerte Sekunden.
Eine Eingabe darin war leicht verzögert (halt noch sichtbar).

--
Gruß
Marco

Spam und Werbung bitte an
1713551980ichwillgesperrtwerden@nirvana.admins.ws

Am 20.04.2024 06:32 Uhr schrieb Erik Heinz:

> * Sieghard Schicktanz wrote:
> >
> > Und ohne GTK3? (Das ist doch sowieso unbenutzbar auf normalen PCs,
> > das ist bloß was für "Händies" mit Wisch-Bildschirm.)
>
> Du meinst vielleicht Gnome?

Gnome basiert darauf, aber das habe ich nicht im Einsatz. Ich habe aber
diverse GTk3-Anwendungen, bei denen die Verzögerung z.B. stärker war
als beim xterm.

--
Gruß
Marco

Spam und Werbung bitte an
1713587528ichwillgesperrtwerden@nirvana.admins.ws

* Marco Moock <mm+solani@dorfdsl.de> [19-04-24 18:18]:
> Am 19.04.2024 17:18 Uhr schrieb Erik Heinz:
>
>> - Was hat sich seitdem geändert (Hardware, Updates)??
>
> Updates, darunter libinput.
> Start-Date: 2024-04-17 07:48:58
> Commandline: /usr/bin/unattended-upgrade
> Upgrade: libcairo2:amd64 (1.18.0-3, 1.18.0-3+b1), libcairo2:i386
> (1.18.0-3, 1.18 .0-3+b1), libcairo-gobject2:amd64 (1.18.0-3,
> 1.18.0-3+b1), libcairo-gobject2:i38 6 (1.18.0-3, 1.18.0-3+b1),
> libcairo-script-interpreter2:amd64 (1.18.0-3, 1.18.0- 3+b1),
> libcairo2-dev:amd64 (1.18.0-3, 1.18.0-3+b1) End-Date: 2024-04-17
> 07:49:02
>
> Start-Date: 2024-04-17 07:49:08
> Commandline: /usr/bin/unattended-upgrade
> Upgrade: libinput10:amd64 (1.25.0-1+b1, 1.25.0-1+b2),
> libinput-bin:amd64 (1.25.0 -1+b1, 1.25.0-1+b2)
> End-Date: 2024-04-17 07:49:10
>
> Start-Date: 2024-04-17 07:49:15
> Commandline: /usr/bin/unattended-upgrade
> Upgrade: libgdk-pixbuf2.0-bin:amd64 (2.42.10+dfsg-3+b2,
> 2.42.10+dfsg-3+b3), gir1.2-gdkpixbuf-2.0:amd64 (2.42.10+dfsg-3+b2,
> 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:amd64 (2.42.10+dfsg-3+b2,
> 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:i386 (2.42.10+dfsg-3+b2,
> 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-dev:amd64 (2.42.10+dfsg-3+b2,
> 2.42.10+dfsg-3+b3) End-Date: 2024-04-17 07:49:20

Hast du "needrestart"? Wenn ich die libcairo und
libinput-Updates da so sehe denke ich mein needrestart würde mir nach
dem Update sagen das ich den xserver neu starten sollte.
Nur ne Vermutung. Dass es nun nach einem Neustart bei dir weg ist
legt das aber nahe..
Ich finde needrestart auf jeden Fall ganz praktisch.

Am 20.04.2024 17:00 Uhr schrieb Jens Schuessler:

> * Marco Moock <mm+solani@dorfdsl.de> [19-04-24 18:18]:
> > Am 19.04.2024 17:18 Uhr schrieb Erik Heinz:
> >
> >> - Was hat sich seitdem geändert (Hardware, Updates)??
> >
> > Updates, darunter libinput.
> > Start-Date: 2024-04-17 07:48:58
> > Commandline: /usr/bin/unattended-upgrade
> > Upgrade: libcairo2:amd64 (1.18.0-3, 1.18.0-3+b1), libcairo2:i386
> > (1.18.0-3, 1.18 .0-3+b1), libcairo-gobject2:amd64 (1.18.0-3,
> > 1.18.0-3+b1), libcairo-gobject2:i38 6 (1.18.0-3, 1.18.0-3+b1),
> > libcairo-script-interpreter2:amd64 (1.18.0-3, 1.18.0- 3+b1),
> > libcairo2-dev:amd64 (1.18.0-3, 1.18.0-3+b1) End-Date: 2024-04-17
> > 07:49:02
> >
> > Start-Date: 2024-04-17 07:49:08
> > Commandline: /usr/bin/unattended-upgrade
> > Upgrade: libinput10:amd64 (1.25.0-1+b1, 1.25.0-1+b2),
> > libinput-bin:amd64 (1.25.0 -1+b1, 1.25.0-1+b2)
> > End-Date: 2024-04-17 07:49:10
> >
> > Start-Date: 2024-04-17 07:49:15
> > Commandline: /usr/bin/unattended-upgrade
> > Upgrade: libgdk-pixbuf2.0-bin:amd64 (2.42.10+dfsg-3+b2,
> > 2.42.10+dfsg-3+b3), gir1.2-gdkpixbuf-2.0:amd64 (2.42.10+dfsg-3+b2,
> > 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:amd64 (2.42.10+dfsg-3+b2,
> > 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-0:i386 (2.42.10+dfsg-3+b2,
> > 2.42.10+dfsg-3+b3), libgdk-pixbuf-2.0-dev:amd64 (2.42.10+dfsg-3+b2,
> > 2.42.10+dfsg-3+b3) End-Date: 2024-04-17 07:49:20
>
> Hast du "needrestart"? Wenn ich die libcairo und
> libinput-Updates da so sehe denke ich mein needrestart würde mir nach
> dem Update sagen das ich den xserver neu starten sollte.
> Nur ne Vermutung. Dass es nun nach einem Neustart bei dir weg ist
> legt das aber nahe..
> Ich finde needrestart auf jeden Fall ganz praktisch.

Werde ich beim nächsten Mal testen.

--
Gruß
Marco

Spam und Werbung bitte an
1713625229ichwillgesperrtwerden@nirvana.admins.ws