为何打开浏览器运行很卡？cpu运行占比90%+？

[gerlon]

我开机打开浏览器，视频网站比如凤凰，cctv,youtube播放视频很卡，top如下：

代码： 全选

top - 23:56:16 up 4 min,  1 user,  load average: 6.01, 3.37, 1.42
Tasks: 263 total,   1 running, 261 sleeping,   0 stopped,   1 zombie
%Cpu(s): 15.7 us, 47.3 sy,  0.0 ni, 36.6 id,  0.1 wa,  0.0 hi,  0.3 si,  0.0 st
KiB Mem :  3880180 total,  1852852 free,  1024080 used,  1003248 buff/cache
KiB Swap:  3905532 total,  3905532 free,        0 used.  2560628 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
 3364 root     -51   0       0      0      0 S  47.2  0.0   0:44.93 kidle_inje+ 
 3362 root     -51   0       0      0      0 S  45.2  0.0   0:43.61 kidle_inje+ 
 3363 root     -51   0       0      0      0 S  42.9  0.0   0:44.71 kidle_inje+ 
 3361 root     -51   0       0      0      0 S  37.3  0.0   0:42.83 kidle_inje+ 
 3395 htc       20   0  959360 184452  88884 S  32.0  4.8   0:49.73 chrome      
 3266 htc       20   0  484696 117520  80504 S  17.2  3.0   0:24.75 chrome      
 2827 htc       20   0 1510320 146660  93024 S  12.5  3.8   0:24.24 compiz      
 3199 htc       20   0 1050540 185572 119624 S   9.2  4.8   0:31.38 chrome      
 1483 root      20   0  272280  77624  43980 S   7.9  2.0   0:18.32 Xorg        
 3462 htc       20   0  600868  42292  33632 S   0.7  1.1   0:01.17 gnome-term+ 
 3480 htc       20   0   43660   3844   3112 R   0.7  0.1   0:00.08 top         
 1177 root      20   0    4400   1260   1168 S   0.3  0.0   0:00.64 acpid       
 2487 htc       20   0  636060  30484  24044 S   0.3  0.8   0:02.03 unity-pane+ 
 2564 htc       20   0 1300768  19264  14724 S   0.3  0.5   0:00.54 indicator-+ 
    1 root      20   0  119944   6124   4004 S   0.0  0.2   0:02.01 systemd     
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.00 kthreadd    
    3 root      20   0       0      0      0 S   0.0  0.0   0:00.02 ksoftirqd/0 

大神帮我看看呗！

[poloshiao]

Tasks: 263 total, 1 running, 261 sleeping, 0 stopped, 1 zombie

3364 root -51 0 0 0 0 S 47.2 0.0 0:44.93 kidle_inje+
3362 root -51 0 0 0 0 S 45.2 0.0 0:43.61 kidle_inje+
3363 root -51 0 0 0 0 S 42.9 0.0 0:44.71 kidle_inje+
3361 root -51 0 0 0 0 S 37.3 0.0 0:42.83 kidle_inje+

3395 htc 20 0 959360 184452 88884 S 32.0 4.8 0:49.73 chrome
3266 htc 20 0 484696 117520 80504 S 17.2 3.0 0:24.75 chrome
3199 htc 20 0 1050540 185572 119624 S 9.2 4.8 0:31.38 chrome

同一個程式 打開未關閉 ?

參閱
http://www.golinuxhub.com/2014/03/8-exa ... d-top.html
10 examples to help you understand top command usage in Unix/Linux

[taohunter]

看到以前在14.10上有类似的bug，应该是系统的电源管理模块有内核方面的问题，导致一个用于节电的kernel model "intel_powerclamp"工作异常：

1. http://askubuntu.com/questions/584636/k ... -high-load

后面的回答里有怎么屏蔽掉intel_powerclamp这个kernel module的方法。

2. https://bugs.launchpad.net/ubuntu/+sour ... ug/1389077

这是一个hp笔记本电脑上类似的实例。

建议先照着1中的方法做一下测试。如还有问题，用以下命令看一下你的内核版本和kernel module的情况，把结果贴上来。

代码： 全选

uname -a
lsmod

[gerlon]

看到以前在14.10上有类似的bug，应该是系统的电源管理模块有内核方面的问题，导致一个用于节电的kernel model "intel_powerclamp"工作异常：

1. http://askubuntu.com/questions/584636/k ... -high-load

后面的回答里有怎么屏蔽掉intel_powerclamp这个kernel module的方法。

2. https://bugs.launchpad.net/ubuntu/+sour ... ug/1389077

这是一个hp笔记本电脑上类似的实例。

建议先照着1中的方法做一下测试。如还有问题，用以下命令看一下你的内核版本和kernel module的情况，把结果贴上来。

代码： 全选

uname -a
lsmod

代码： 全选

Module                  Size  Used by
drbg                   32768  1
ansi_cprng             16384  0
ctr                    16384  2
ccm                    20480  2
ipt_MASQUERADE         16384  1
nf_nat_masquerade_ipv4    16384  1 ipt_MASQUERADE
xfrm_user              32768  1
xfrm_algo              16384  1 xfrm_user
br_netfilter           24576  0
bridge                126976  1 br_netfilter
stp                    16384  1 bridge
llc                    16384  2 stp,bridge
aufs                  217088  0
bbswitch               16384  0
pci_stub               16384  1
vboxpci                24576  0
vboxnetadp             28672  0
vboxnetflt             28672  0
vboxdrv               454656  3 vboxnetadp,vboxnetflt,vboxpci
nvidia_uvm             36864  0
acer_wmi               20480  0
sparse_keymap          16384  1 acer_wmi
uvcvideo               90112  0
videobuf2_vmalloc      16384  1 uvcvideo
videobuf2_memops       16384  1 videobuf2_vmalloc
videobuf2_v4l2         28672  1 uvcvideo
videobuf2_core         36864  2 uvcvideo,videobuf2_v4l2
v4l2_common            16384  1 videobuf2_v4l2
videodev              176128  4 uvcvideo,v4l2_common,videobuf2_core,videobuf2_v4l2
media                  24576  2 uvcvideo,videodev
nvidia              10563584  51 nvidia_uvm
snd_hda_codec_hdmi     53248  1
snd_hda_codec_realtek    86016  1
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
snd_hda_intel          40960  3
snd_hda_codec         135168  4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
intel_rapl             20480  0
snd_hda_core           73728  5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
x86_pkg_temp_thermal    16384  0
snd_hwdep              16384  1 snd_hda_codec
intel_powerclamp       16384  0
arc4                   16384  2
ath9k                 143360  0
ath9k_common           36864  1 ath9k
snd_pcm               106496  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
ath9k_hw              466944  2 ath9k_common,ath9k
snd_seq_midi           16384  0
coretemp               16384  0
ath                    32768  3 ath9k_common,ath9k,ath9k_hw
mac80211              737280  1 ath9k
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
snd_seq                69632  2 snd_seq_midi_event,snd_seq_midi
cfg80211              565248  4 ath,ath9k_common,ath9k,mac80211
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
kvm_intel             172032  0
snd_timer              32768  2 snd_pcm,snd_seq
kvm                   540672  1 kvm_intel
snd                    81920  17 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
soundcore              16384  1 snd
irqbypass              16384  1 kvm
crct10dif_pclmul       16384  0
crc32_pclmul           16384  0
ghash_clmulni_intel    16384  0
rtsx_pci_ms            20480  0
cryptd                 20480  1 ghash_clmulni_intel
memstick               20480  1 rtsx_pci_ms
mei_me                 36864  0
joydev                 20480  0
input_leds             16384  0
mei                    98304  1 mei_me
serio_raw              16384  0
shpchp                 36864  0
lpc_ich                24576  0
dell_smo8800           16384  0
wmi                    20480  1 acer_wmi
mac_hid                16384  0
ip6t_REJECT            16384  1
nf_reject_ipv6         16384  1 ip6t_REJECT
nf_log_ipv6            16384  5
xt_hl                  16384  22
ip6t_rt                16384  3
nf_conntrack_ipv6      20480  8
nf_defrag_ipv6         36864  1 nf_conntrack_ipv6
ipt_REJECT             16384  1
nf_reject_ipv4         16384  1 ipt_REJECT
nf_log_ipv4            16384  5
nf_log_common          16384  2 nf_log_ipv4,nf_log_ipv6
xt_LOG                 16384  10
xt_limit               16384  13
xt_tcpudp              16384  18
xt_addrtype            16384  6
xt_conntrack           16384  17
iptable_nat            16384  1
nf_conntrack_ipv4      16384  10
nf_defrag_ipv4         16384  1 nf_conntrack_ipv4
nf_nat_ipv4            16384  1 iptable_nat
ip6table_mangle        16384  0
iptable_mangle         16384  0
ip6table_filter        16384  1
ip6_tables             28672  2 ip6table_filter,ip6table_mangle
nf_conntrack_netbios_ns    16384  0
parport_pc             32768  0
nf_conntrack_broadcast    16384  1 nf_conntrack_netbios_ns
nf_nat_ftp             16384  0
ppdev                  20480  0
nf_nat                 24576  3 nf_nat_ftp,nf_nat_ipv4,nf_nat_masquerade_ipv4
nf_conntrack_ftp       20480  1 nf_nat_ftp
nf_conntrack          106496  10 nf_nat_ftp,nf_conntrack_netbios_ns,nf_nat,nf_nat_ipv4,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_broadcast,nf_conntrack_ftp,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_filter         16384  1
ip_tables              24576  3 iptable_filter,iptable_mangle,iptable_nat
lp                     20480  0
x_tables               36864  16 ip6table_filter,xt_hl,ip6table_mangle,ip_tables,xt_tcpudp,ipt_MASQUERADE,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ip6t_rt,ipt_REJECT,iptable_mangle,ip6_tables,xt_addrtype,ip6t_REJECT
parport                49152  3 lp,ppdev,parport_pc
autofs4                40960  2
hid_generic            16384  0
usbhid                 49152  0
hid                   118784  2 hid_generic,usbhid
rtsx_pci_sdmmc         24576  0
i915                 1208320  2
i2c_algo_bit           16384  1 i915
drm_kms_helper        155648  1 i915
syscopyarea            16384  1 drm_kms_helper
ahci                   36864  4
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
libahci                32768  1 ahci
fb_sys_fops            16384  1 drm_kms_helper
drm                   364544  6 i915,drm_kms_helper,nvidia
psmouse               131072  0
r8169                  81920  0
rtsx_pci               53248  2 rtsx_pci_ms,rtsx_pci_sdmmc
mii                    16384  1 r8169
video                  40960  2 i915,acer_wmi
fjes                   28672  0

代码： 全选

Linux ubuntu1604lts 4.4.0-62-generic #83-Ubuntu SMP Wed Jan 18 14:10:15 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

如果我不看视频网站cpu负载并不高，加载网页有时也会提高cpu负载！

[taohunter]

你的命令输出中的确有intel_powerclamp这个kernel module，尝试过按照我给你的链接1中的操作禁用掉它吗？

代码： 全选

intel_powerclamp       16384  0

给你的链接虽然是14.10的，但很有可能这个bug一直延续到现在的4.4版的kernel，禁用测试一下就能有结果。回答一下你的疑惑：google的chrome浏览器缺省是启用硬件加速的（在“三条杠”的设置里），另外其中使用的flash player插件也是默认启用硬件加速的，这个“硬件加速”的功能其实是各种浏览器异常（例如崩溃、高cpu消耗）等问题的一个重要因素。原因是显卡及其驱动、浏览器、flash插件以及网站的flash播放器之间存在一些不“配合”的因素，反映在用户端就是可能经常出现一些莫名其妙的异常。浏览器的设计中一般都有和耗电相关的代码，如果这些代码和系统的Kernel module有潜在的冲突，碰到一些编程不佳的网站flash播放器，就非常容易将潜在的bug激活出来。