gnome-shell
Korzystam z Fedory 23 na Linuksie i ostatnio zauważyłem, że mój proces stale wykorzystuje 100% jednego procesora (zgłaszane przez htop
, nie ma uruchomionych widocznych aplikacji). Istnieje kilka wskazówek, które obejmują pewne obejścia błędów w gnome-shell
(dezaktywacji logo tła, ponownym wyrównaniu monitorów), ale żadna z nich nie pomaga.
Próbowałem biec
perf top
który zgłasza najwięcej pracy w następujących symbolach:
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
...
Potem spróbowałem bliżej przyjrzeć się gnome-shell
procesowi
perf record -g -p PID
perf report -g
ale dane wyjściowe wydają się bezużyteczne:
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
Czy masz dla mnie podpowiedź, co mogę zrobić, aby sprawdzić, co dzieje się w moim systemie?
Jestem na Skylake i5 6260u z Intel Iris 540 z Fedorą z uruchomionym jądrem 4.3.3-300.fc23.x86_64
linux
cpu-usage
gnome-shell
franki
źródło
źródło
Odpowiedzi:
Być może spróbuj użyć audd, co z grubsza byłoby czymś w rodzaju:
Spowoduje to zainstalowanie i rozpoczęcie audytu, ustawienie zasady przechwytywania informacji o wywołaniu systemowym dla Twojego PID (w przykładzie 1234), poczekaj chwilę, aby przechwycić przyzwoitą ilość informacji, a następnie usuń zasadę kontroli. Rzuć okiem na auditd.log dla swojego PID terminalu gnome, możesz uzyskać lepsze pojęcie o tym, co jest zajęty.
Kolejnym szybkim narzędziem do zauważania, ile czasu spędza proces, jest po prostu śledzenie, poczekaj chwilę, a następnie naciśnij CTRL-c:
Następnie, jeśli chcesz dowiedzieć się więcej, sprawdź odpowiednią stronę podręcznika systemowego dla wywołania systemowego, na które patrzysz:
Powodzenia!
źródło
apt install inxi inxi -t cm
źródło
Dla każdego, kto napotka podobny problem. Sprawdź, czy używasz. Xorg lub Wayland. Jeśli wayland zostanie zmieniony na Xorg i wszystko stanie się w porządku.
źródło