Ich bin auf einem Linux Fedora 23 und habe kürzlich gemerkt, dass mein gnome-shell
Prozess verwendet ständig 100% einer CPU (gemeldet von htop
, keine sichtbaren Anwendungen laufen). Es gibt einige Hinweise, die einige Problemumgehungen für Bugs im Internet behandeln gnome-shell
(Hintergrund-Logo deaktivieren, Monitore neu ausrichten), aber keine davon hilft.
Ich habe versucht zu rennen
perf top
die die meiste Arbeit in den folgenden Symbolen meldet:
22.55% [kernel] [k] acpi_ns_search_one_scope
11.41% [kernel] [k] acpi_ex_system_memory_space_h
5.27% [kernel] [k] _raw_spin_lock_irqsave
5.23% [kernel] [k] _raw_write_unlock_irqrestore
3.52% [kernel] [k] acpi_ut_update_object_referen
...
Dann habe ich versucht, genauer hinzuschauen gnome-shell
verarbeiten mit
perf record -g -p PID
perf report -g
aber die Ausgabe scheint nutzlos zu sein:
Children Self Command Shared Object Symbol
- 29.08% 0.00% gnome-shell [unknown] [.] 000000000
- 0
+ 55.88% 0
+ 8.25% 0x85a81
+ 6.87% 0x2
+ 5.94% 0x4
+ 4.60% 0x889fc
3.32% 0x656c6261
+ 2.39% 0x8feab
2.23% 0x88467
+ 1.26% 0x190800002800
+ 1.24% 0xffad7fa800100008
1.23% 0xc82ca96051913c58
1.20% 0x5602c82afa00
+ 1.18% 0x1
1.16% 0x89e84
1.10% 0x5602c7c68830
1.08% 0x5602c900736e
+ 1.08% 0x7ffe4bfd1001
- 21.48% 0.00% gnome-shell [kernel.kallsyms] [k] entry_SYS
- entry_SYSCALL_64_fastpath
+ 43.62% __GI___ioctl
+ 18.92% 0xf6fdd
+ 12.90% __GI___libc_open
+ 5.21% 0xfb4d
+ 3.92% __GI___libc_recvmsg
+ 2.89% _IO_file_read
+ 2.75% __socket
+ 2.74% __GI___libc_read
+ 1.41% __GI___mmap64
+ 1.39% __GI___libc_recvmsg
1.30% 0x103b73
+ 0.77% __GI___writev
0.74% __statfs
+ 0.74% _IO_file_open
0.71% __GI___munmap
+ 9.37% 0.00% gnome-shell libc-2.22.so [.] __GI___io
+ 9.37% 0.00% gnome-shell [kernel.kallsyms] [k] sys_ioctl
Haben Sie einen Hinweis für mich, was ich tun könnte, um zu überprüfen, was auf meinem System vor sich geht?
Ich arbeite auf einem Skylake i5 6260u mit Intel Iris 540 und Fedora mit Kernel 4.3.3-300.fc23.x86_64
quelle
Antworten:
Vielleicht versuchen Sie es mit auditd, was ungefähr so aussieht:
Dadurch wird auditd installiert und gestartet, eine Richtlinie zum Erfassen von Systemaufrufinformationen für Ihre PID festgelegt (1234 im Beispiel), eine kurze Wartezeit zum Erfassen einer anständigen Menge von Informationen abgewartet und dann die Überwachungsrichtlinie entfernt. Sehen Sie sich das auditd.log für Ihre Gnome-Terminal-PID genauer an, um eine bessere Vorstellung davon zu bekommen, was gerade zu tun ist.
Ein weiteres Tool, mit dem Sie schnell erkennen können, wofür ein Prozess Zeit benötigt, ist, einfach kurz zu warten und dann STRG-C zu drücken:
Wenn Sie mehr erfahren möchten, überprüfen Sie die entsprechende Manpage für den Systemaufruf, den Sie sich ansehen:
Viel Glück!
quelle
apt install inxi inxi -t cm
quelle
Für alle, die auf ein ähnliches Problem stoßen. Überprüfen Sie, ob Sie verwenden. Xorg oder Wayland. Wenn das Wayland auf xorg geändert wird und alles in Ordnung ist.
quelle