我的 Ubuntu 16.04 机器有 4 个 CPU 核心,其中一个(具体哪个会变化)的负载始终在 90% 到 100% 之间。
无论我做什么,甚至当我什么都没做、没有打开任何窗口时,都会出现这种情况。这种情况在启动后或工作几个小时后都会发生。
我读过两个热门的相关问题这里和这里,但不幸的是,这些并没有帮助。
在大部分工作时间里,我的工作效率不会受到这个问题的影响。我知道这个问题的唯一原因是风扇总是以最大功率运转,而 Ubuntu 的系统监控显示其中一个核心负载过重。
但作为额外的表现,也许我的 10% 的工作时间受到极差的响应能力的影响。
尤其是 UI(在动画期间和对点击做出反应时)非常慢。这让我想到,也许 CPU 也在做 GPU 的工作。但这可能只是一种毫无根据的信念,下面的数据似乎也与之相矛盾。
我担心的是,如果我无法修复这个问题,是否会对我的电脑寿命产生(重大)影响。我不知道几个月或几年内持续超过 90% 的负载会对 CPU 造成什么影响。
无论如何,以下是我可以从我的机器收集的数据,这些数据可能相关或有用:
top
:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
415 root 20 0 0 0 0 R 97,3 0,0 1:39.30 kworker/2:2
2442 john 20 0 663828 38704 29852 S 3,3 0,5 0:00.90 gnome-terminal-
1194 root 20 0 335728 69900 48392 S 2,3 0,9 0:08.36 Xorg
1821 john 20 0 1423440 114660 77600 S 1,3 1,5 0:03.77 compiz
6 root 20 0 0 0 0 D 0,3 0,0 0:00.84 kworker/u8:0
grep . -r /sys/firmware/acpi/interrupts/
:
/sys/firmware/acpi/interrupts/sci: 36
/sys/firmware/acpi/interrupts/error: 0
/sys/firmware/acpi/interrupts/gpe00: 0 invalid
/sys/firmware/acpi/interrupts/gpe01: 0 invalid
/sys/firmware/acpi/interrupts/gpe02: 0 invalid
/sys/firmware/acpi/interrupts/gpe03: 36 enabled
/sys/firmware/acpi/interrupts/gpe04: 0 invalid
(...)
/sys/firmware/acpi/interrupts/gpe1F: 0 disabled
/sys/firmware/acpi/interrupts/sci_not: 0
/sys/firmware/acpi/interrupts/ff_pmtimer: 0 invalid
/sys/firmware/acpi/interrupts/ff_rt_clk: 0 disabled
/sys/firmware/acpi/interrupts/gpe_all: 36
/sys/firmware/acpi/interrupts/ff_gbl_lock: 0 enabled
/sys/firmware/acpi/interrupts/ff_pwr_btn: 0 enabled
/sys/firmware/acpi/interrupts/ff_slp_btn: 0 invalid
uname -a
:
Linux my-host-name 4.4.0-47-generic #68-Ubuntu SMP Wed Oct 26 19:39:52 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
cat /proc/cmdline
:
BOOT_IMAGE=/vmlinuz-4.8.0-28-generic.efi.signed root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7
lspci -v
:
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1576
Subsystem: Hewlett-Packard Company Device 81f9
Flags: bus master, fast devsel, latency 0
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 1577
Subsystem: Hewlett-Packard Company Device 81f9
Flags: bus master, fast devsel, latency 0, IRQ 24
Capabilities: <access denied>
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Carrizo (rev ca) (prog-if 00 [VGA controller])
DeviceName: ATI EG BROADWAY
Subsystem: Hewlett-Packard Company Carrizo
Flags: bus master, fast devsel, latency 0, IRQ 227
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at f0800000 (64-bit, prefetchable) [size=8M]
I/O ports at 4000 [size=256]
Memory at f0500000 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at f0580000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: amdgpu
Kernel modules: amdgpu
...
00:08.0 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1578
Subsystem: Hewlett-Packard Company Device 81f9
Flags: bus master, fast devsel, latency 0, IRQ 255
Memory at f0540000 (64-bit, prefetchable) [size=128K]
Memory at f0300000 (32-bit, non-prefetchable) [size=1M]
Memory at f0570000 (32-bit, non-prefetchable) [size=4K]
Memory at f056a000 (32-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
...
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 07)
Subsystem: Hewlett-Packard Company RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
Flags: bus master, fast devsel, latency 0, IRQ 225
I/O ports at 3000 [size=256]
Memory at f0400000 (64-bit, non-prefetchable) [size=4K]
Memory at f0100000 (64-bit, prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: r8169
Kernel modules: r8169
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
DeviceName: Sanji2
Subsystem: Hewlett-Packard Company RTL8723BE PCIe Wireless Network Adapter
Flags: bus master, fast devsel, latency 0, IRQ 231
I/O ports at 2000 [size=256]
Memory at f1000000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: rtl8723be
Kernel modules: rtl8723be
有人可以帮忙吗?
答案1
我已经能够找到这个问题的确切原因,尽管这并不是真正的解决方案问题:
重新安装,逐个更改设置并逐个安装软件包,结果发现,我可以通过在系统设置中将“内置显示”设置为“关闭”来不断重现(甚至“切换”)该问题。
我有一个通过 HDMI 连接的外接显示器,为了节省电量,我想完全关闭内置显示器(这样虽然可行,但会导致 CPU 负载过高和 UI 速度变慢),而不是仅仅镜像它(这样可以工作,没有任何缺点)。
除了 CPU 负载过高的问题外,关闭“内置显示器”后,计算机(笔记本电脑)还会发出连续、高音调但安静的吱吱声。