Я работаю на Linux Fedora 23, и недавно я заметил, что мой gnome-shell
процесс постоянно использует 100% одного процессора (по сообщениям htop
, видимых приложений не запущено). Есть некоторые подсказки, которые охватывают некоторые обходные пути для ошибок в gnome-shell
(деактивирование фонового логотипа, повторное выравнивание мониторов), но ни один из них не помогает.
Я пытался бежать
perf top
который сообщает больше всего работы в следующих символах:
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
...
Затем я попытался поближе рассмотреть gnome-shell
процесс с
perf record -g -p PID
perf report -g
но вывод кажется бесполезным:
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
У вас есть подсказка для меня, что я могу сделать, чтобы проверить, что происходит в моей системе?
Я на Skylake i5 6260u с Intel Iris 540 с Fedora под управлением ядра 4.3.3-300.fc23.x86_64
linux
cpu-usage
gnome-shell
Frans
источник
источник
Ответы:
Возможно, попробуйте использовать audd, который примерно будет выглядеть примерно так:
Это установит и запустит AuditD, установит политику для сбора информации о системных вызовах для вашего PID (в примере 1234), подождет некоторое время, чтобы собрать приличный объем информации, а затем удалит политику аудита. Внимательно изучите файл audd.log для вашего PID терминала gnome, вы можете лучше понять, чем он занят.
Еще один быстрый инструмент для определения того, что процесс тратит на это время, - просто остановитесь, подождите немного, а затем нажмите CTRL-c:
Затем, если вы хотите узнать больше, проверьте соответствующую справочную страницу для системного вызова, который вы просматриваете:
Удачи!
источник
apt install inxi inxi -t cm
источник
Для тех, кто сталкивается с подобной проблемой. Проверьте, что вы используете. Xorg или Wayland. Если маршрут изменился на xorg и все стало хорошо.
источник