Je suis sous Linux Fedora 23 et j'ai récemment remarqué que mon gnome-shell
processus utilise constamment 100% d'un processeur (signalé par htop
aucune application visible en cours d'exécution). Il existe quelques astuces qui couvrent certaines solutions de contournement pour les bogues dans gnome-shell
(désactivation du logo d'arrière-plan, réalignement des moniteurs), mais aucune d'entre elles n'aide.
J'ai essayé de courir
perf top
qui rapporte le plus de travail dans les symboles suivants:
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
...
Ensuite, j'ai essayé de regarder de plus près le gnome-shell
processus avec
perf record -g -p PID
perf report -g
mais la sortie semble être inutile:
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
Avez-vous une idée pour moi ce que je pourrais faire pour inspecter ce qui se passe sur mon système?
Je suis sur un Skylake i5 6260u avec Intel Iris 540 avec Fedora utilisant le noyau 4.3.3-300.fc23.x86_64
la source
Réponses:
Peut-être essayez-vous d'utiliser auditd, ce qui donnerait à peu près quelque chose comme:
Ceci installera et démarrera auditd, définira une stratégie pour capturer les informations sur les appels système de votre PID (1234 dans l'exemple), attendez quelques instants pour capturer un nombre correct d'informations, puis supprimez la stratégie d'audit. Examinez bien le fichier audit auditd.log pour votre PID gnome-terminal, vous aurez peut-être une meilleure idée de ce qu’il fait.
Un autre outil rapide pour repérer ce que passe un processus est son temps d'exécution: il suffit de patienter quelques instants, puis d'appuyer sur CTRL-c:
Ensuite, si vous souhaitez en savoir plus, consultez la page de manuel appropriée pour l'appel système que vous consultez:
Bonne chance!
la source
apt install inxi inxi -t cm
la source
Pour quiconque rencontre un problème similaire. Vérifiez que vous utilisez. Xorg ou wayland. Si le chemin est changé en xorg et que tout devient ok.
la source