Linuxカーネル4.7(Debian Stretch)へのアップグレード以来、私のシステム(Aurora-R4 i7 3820)は少し遅く(たまにはハングすることがあります)、最も奇妙なことは私がもうパーセンテージを見ることができないということです。トップ、KSysGuardなどのCPUコア
top(%CPUで並べ替え):
Tasks: 263 total, 1 running, 262 sleeping, 0 stopped, 0 zombie
%Cpu(s): 7.0 us, 1.9 sy, 8.9 ni, 81.5 id, 0.6 wa, 0.0 hi, 0.1 si, 0.0 st
KiB Mem : 8095452 total, 4514552 free, 1361576 used, 2219324 buff/cache
KiB Swap: 8301564 total, 8301564 free, 0 used. 6390680 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 203000 7504 5156 S 0.0 0.1 0:00.11 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.00 ksoftirqd/0
4 root 20 0 0 0 0 S 0.0 0.0 31:41.17 kworker/0:0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-drain
11 root rt 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
しかし、私はmpstatで何かを見ることができます:
$ mpstat -P ALL
Linux 4.7.0-1-amd64 (alienium) 23. 10. 16 _x86_64_ (8 CPU)
14:37:02 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
14:37:02 all 5.58 5.02 1.48 0.40 0.00 0.06 0.00 0.00 0.00 87.46
14:37:02 0 6.73 5.03 1.71 0.12 0.00 0.00 0.00 0.00 0.00 86.41
14:37:02 1 6.35 5.15 1.69 0.37 0.00 0.05 0.00 0.00 0.00 86.39
14:37:02 2 4.73 4.98 1.68 0.22 0.00 0.15 0.00 0.00 0.00 88.24
14:37:02 3 6.78 5.18 1.62 0.12 0.00 0.00 0.00 0.00 0.00 86.31
14:37:02 4 7.43 4.96 1.75 2.26 0.00 0.19 0.00 0.00 0.00 83.41
14:37:02 5 3.61 4.83 1.22 0.06 0.00 0.02 0.00 0.00 0.00 90.26
14:37:02 6 5.07 5.06 1.16 0.04 0.00 0.03 0.00 0.00 0.00 88.63
14:37:02 7 3.96 5.01 0.97 0.04 0.00 0.00 0.00 0.00 0.00 90.03
cpuinfo(ちょうど最初のコア)
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 45
model name : Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz
stepping : 7
microcode : 0x710
cpu MHz : 3600.045
cache size : 10240 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm ida arat pln pts
bugs :
bogomips : 7200.09
clflush size : 64
cache_alignment : 64
address sizes : 46 bits physical, 48 bits virtual
power management:
なまえ:
Linux alienium 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1 (2016-10-19) x86_64 GNU/Linux
私の唯一の解決策はカーネル4.6を使うことです、それからすべては問題ないです。
何か案は ?
ありがとうございました
編集1
問題は本当にそうintel_pstate
です。
cpupower frequency-info
analyse du CPU 0 :
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
limitation matérielle : 1.20 GHz - 4.00 GHz
régulateurs disponibles : performance powersave
tactique actuelle : la fréquence doit être comprise entre 1.20 GHz et 4.00 GHz.
Le régulateur "powersave" est libre de choisir la vitesse
dans cette plage de fréquences.
current CPU frequency: Unable to call hardware
current CPU frequency: Unable to call to kernel
boost state support:
Supported: yes
Active: yes
4000 MHz max turbo 4 active cores
4000 MHz max turbo 3 active cores
4000 MHz max turbo 2 active cores
4000 MHz max turbo 1 active cores
ここでは、ハードウェアとカーネルを呼び出すことができないことがわかります。しかし時々(あるいは久しぶりに、よくわかりませんが); このコマンドは正しくCPU周波数を返します。
編集2
カーネル4.8.5ではまだ動作していませんが、周波数は3.6 GHzで止まり/proc/cpuinfo
ます。
頻度は不明です。
sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
<unknown>
私のシステムはもっと遅く動いているように見えます。それから私はそれが最小のCPU周波数(1.2 GHz)を使用していると思います。私の水冷は一生懸命働いていないようです。
編集3
私はカーネル4.9-rc5を試しました、それは4.6のように見えますが問題があります。4.9と4.6では本当にうまくいっていないことに気づきました。最初のコアは常に同じ周波数(そして4.9の2番目のコアにも1つのスレッド)で止まります。
4.6とストレスで
$ cat /proc/cpuinfo | grep MHz
cpu MHz : 3600.045
cpu MHz : 3600.045
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
そして4.9とストレス
$ cat /proc/cpuinfo | grep MHz
cpu MHz : 3600.045
cpu MHz : 3600.045
cpu MHz : 3600.045
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
cpu MHz : 3899.953
pstateを無効にしても問題は解決しませんが、CPU0、1、2は異なる周波数で停止します。3-7だけが正しく機能しています。私はLinux 4.4で試します。
編集4
私はLinux 4.4.33(LTS)を構築しましたが、すべてが完璧に機能しています。予想通り、すべてのコアが周波数を変更しています。私はそれがLinux 4.5でも大丈夫だったと思います(しかし私は1日でカーネルを20倍構築することによって少しがっかりします)。私のシステムでコミットがどのように壊れるのかを探してみるべきですが、Linux 4.4と4.6の間で何かが壊れる可能性のあるコミットごとに構築、インストール、再起動、テストするのは少し難しいです。時間がかかり過ぎます。
編集5
私は私のDebian StretchをDebian Busterにアップグレードしました、そして今それはカーネル4.13を使っています。今はすべてうまくいっているようです。