jagdpanther l33t
Joined: 22 Nov 2003 Posts: 729
|
Posted: Thu Apr 22, 2021 5:54 pm Post subject: lm-sensors reported core id numbers |
|
|
Some of the core ID numbers given by running sensors (lm-sensors-3.6.0) are not all sequential and some of core ID numbers are greater than the number of cores on my CPU. I see this issue on both of my Gentoo systems.
For example, on this system which is running an Intel(R) Xeon(R) Gold 6136 CPU @ 3.00GHz with 12 cores (24 threads) running sensors gives:
Code: | $sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +25.0°C (high = +93.0°C, crit = +103.0°C)
Core 0: +25.0°C (high = +93.0°C, crit = +103.0°C)
Core 1: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 2: +23.0°C (high = +93.0°C, crit = +103.0°C)
Core 3: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 4: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 9: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 10: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 16: +25.0°C (high = +93.0°C, crit = +103.0°C)
Core 18: +23.0°C (high = +93.0°C, crit = +103.0°C)
Core 19: +24.0°C (high = +93.0°C, crit = +103.0°C)
Core 25: +23.0°C (high = +93.0°C, crit = +103.0°C)
Core 26: +24.0°C (high = +93.0°C, crit = +103.0°C) |
I re-installed lm-sensors today after reading through https://wiki.gentoo.org/wiki/Lm_sensors and still have the issue. From eix, my current lm-sensors install:
Code: | Installed versions: 3.6.0(0/5.0.0)(09:36:18 AM 04/22/2021)(contrib sensord static-libs ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="32 64 -x32" KERNEL="linux") |
sensors-detect tells me I should be (and am) using coretemp:
Code: | #----cut here----
# Generated by sensors-detect on Thu Apr 22 09:42:06 2021
coretemp
#----cut here---- |
Part of lsmod:
Code: | coretemp 16384 0
hwmon 20480 1 coretemp |
Any idea why the core ids are not all sequential???? (This seems to mess up bpytop.)
I note that i7z does not have this issue:
Code: | Cpu speed from cpuinfo 2992.00Mhz
cpuinfo might be wrong if cpufreq is enabled. To guess correctly try estimating via tsc
Linux's inbuilt cpu_khz code emulated now
True Frequency (without accounting Turbo) 2992 MHz
CPU Multiplier 30x || Bus clock frequency (BCLK) 99.73 MHz
Socket [0] - [physical cores=12, logical cores=24, max online cores ever=12]
TURBO ENABLED on 12 Cores, Hyper Threading ON
Max Frequency without considering Turbo 3091.73 MHz (99.73 x [31])
Max TURBO Multiplier (if Enabled) with 1/2/3/4/5/6 Cores is 37x/36x/36x/36x/36x/36x
Real Current Frequency 2468.53 MHz [99.73 x 24.75] (Max of below)
Core [core-id] :Actual Freq (Mult.) C0% Halt(C1)% C3 % C6 % Temp VCore
Core 1 [0]: 1196.98 (12.00x) 1 15.5 0 84.2 26 0.7094
Core 2 [1]: 1238.15 (12.41x) 1.48 27.1 0 72.3 25 0.7053
Core 3 [2]: 1619.78 (16.24x) 8.73 15.9 0 79.4 25 0.6987
Core 4 [3]: 1197.10 (12.00x) 2.51 19.9 0 79.1 25 0.7106
Core 5 [4]: 1196.70 (12.00x) 1 15.6 0 84.1 25 0.6987
Core 6 [5]: 1196.81 (12.00x) 14.5 19 0 75.2 25 0.7106
Core 7 [6]: 1196.67 (12.00x) 1.69 21.6 0 77.8 24 0.6987
Core 8 [7]: 2468.53 (24.75x) 8.69 21.6 0 71.3 27 0.7029
Core 9 [8]: 1196.79 (12.00x) 1.27 15.7 0 83.8 24 0.7053
Core 10 [9]: 1197.76 (12.01x) 1 22.5 0 77.4 25 0.7053
Core 11 [10]: 2119.93 (21.26x) 4.59 25.3 0 71.5 24 0.7130
Core 12 [11]: 1193.43 (11.97x) 1 14.6 0 85.1 25 0.7130
[core-id] refers to core-id number in /proc/cpuinfo
'Garbage Values' message printed when garbage values are read
Ctrl+C to exit |
|
|