如何找到导致gnome-shell占用大量CPU的原因?


13

我使用的是Linux Fedora 23,最近我注意到我的gnome-shell进程不断使用100%的一个CPU(据报告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

您是否对我有暗示,我可以做些什么来检查系统中正在发生的事情?

我在配备Intel Iris 540的Skylake i5 6260u上,且Fedora运行内核4.3.3-300.fc23.x86_64


我在带有i7-2600的Arch Linux(内核4.5.1)上遇到了相同的问题
Florian Bw

您是否尝试过在桌面背景上不设置任何图像?
弗朗斯

我在使用Lenovo G50的Ubuntu 17.10上遇到相同的问题。对没有人解决这个问题感到失望。
TheGeeko61 '18

Answers:


6

也许尝试使用auditd,大致类似于:

$ sudo yum install auditd
$ sudo auditctl -a exit,always -S all -F pid=1234 & sleep 15
$ sudo auditctl -d exit,always -S all -F pid=1234
$ less /var/log/audit/audit.log

这将安装并开始auditd,设置策略以捕获PID的系统调用信息(在示例中为1234),等待一会儿以捕获大量信息,然后删除审计策略。仔细查看您的gnome终端PID的auditd.log,您可能会更好地了解它正在做什么。

另一个用于发现进程正在花费时间的快速工具是strace,等待一小段时间,然后按CTRL-c:

$ sudo strace -c -p 1234
strace: Process 1234 attached
^Cstrace: Process 1234 detached
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 56.98    0.003496         388         9           clone
 17.19    0.001055           8       135           rt_sigprocmask
  6.19    0.000380          21        18         9 wait4
  4.58    0.000281          16        18           close
  3.80    0.000233          26         9           read
  3.47    0.000213          24         9           stat
  3.37    0.000207          23         9         9 rt_sigsuspend
  3.08    0.000189          21         9           pipe
  1.34    0.000082           9         9         9 rt_sigreturn
------ ----------- ----------- --------- --------- ----------------
100.00    0.006136                   225        27 total

然后,如果您想了解更多信息,请查看您正在查看的系统调用的相应手册页:

$ man -s2 clone

祝好运!


1
perf非常适合检查内核正在执行的操作,但是当您怀疑此CPU使用率问题是在用户领域引起的时,最好不要看系统调用。最近,我使用了auditd方法(使用'-S execve'且不使用'-F ...'来限制策略以仅监视所有'execve'系统调用)来跟踪每个进程/守护进程在每次调用'zpool get'的过程。十秒。很快得知这是码头工人!
trcm '18

0

apt install inxi inxi -t cm

进程:CPU-已用百分比-前5个有效
           1:cpu:100%命令:gnome-shell pid:1980
           2:cpu:1.1%命令:java pid:1425
           3:cpu:0.1%命令:java pid:2949
           4:cpu:0.0%命令:bash pid:32516
           5:cpu:0.0%命令:su pid:32515
           内存-MB /已用百分比-前5个有效
           1:mem:5613.34MB(35.2%)命令:gnome-shell pid:1980
           2:mem:3256.19MB(20.4%)命令:gnome-settings-daemon pid:1647
           3:mem:2305.28MB(14.4%)命令:Java pid:1425
           4:内存:1048.82MB(6.5%)命令:java pid:2949
           5:内存:225.59MB(1.4%)命令:Java pid:2619

1
这如何显示gnome-shell中到底是什么导致CPU峰值?
五彩纸屑

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.