Debian 10 - Intel i5 M-520 @ 2.40GHz - se hőmérséklet, se frekvencia szabályozás

Fórumok

Sziasztok!

 

10-es debiant telepítettem egy mini pc-re amiben I5 M-520 cpu van, viszont sem a hőmérsékletét, sem a frekvenciáját nem tudom szabályozni. Kipróbáltam az összes kernelben lévő modult, de egyik sem ismeri fel :-(

Van valakinek ötlete, hogyan tudnám a cpu frekvenciát szabályozni, hogy ne mindig maxon menjen? Azért is fura mert ez egy mobil cpu, aminél azt gondolnám, hogy maximálisan támogatott az akksi kímélés érdekében.

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 37
model name      : Intel(R) Core(TM) i5 CPU       M 520  @ 2.40GHz
stepping        : 5
microcode       : 0x1
cpu MHz         : 2409.687
cache size      : 3072 KB

modprobe coretemp
modprobe: ERROR: could not insert 'coretemp': No such device

modprobe acpi-cpufreq
modprobe: ERROR: could not insert 'acpi_cpufreq': No such device

kernel: 4.19.152

Előre is köszi a segítséget!

üdv,

 márk

Hozzászólások

Szerkesztve: 2021. 03. 22., h – 22:12

 Azt nem tudom, de nálam igazi laptopon működik a dolog.

root@odon:~>cpupower frequency-set -g powersave
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
root@odon:~>cpupower frequency-set -d 1.2g -u 1.99g
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
root@odon:~>cpupower frequency-info
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us
  hardware limits: 1.20 GHz - 2.40 GHz
  available frequency steps:  2.40 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance
  current policy: frequency should be within 1.20 GHz and 1.99 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency: 1.33 GHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes
    2667 MHz max turbo 2 active cores
    2933 MHz max turbo 1 active cores
root@odon:~>cpupower frequency-set -g performance
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
root@odon:~>cpupower frequency-set -d 2.40g -u 2.40g
Setting cpu: 0
Setting cpu: 1
Setting cpu: 2
Setting cpu: 3
root@odon:~>cpupower frequency-info
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us
  hardware limits: 1.20 GHz - 2.40 GHz
  available frequency steps:  2.40 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance
  current policy: frequency should be within 2.40 GHz and 2.40 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency: 2.40 GHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes
    2667 MHz max turbo 2 active cores
    2933 MHz max turbo 1 active cores
root@odon:~>rmmod acpi_cpufreq
root@odon:~>cpupower frequency-set -d 2.40g -u 2.40g
Setting cpu: 0
wrong, unknown or unhandled CPU?
Error setting new values. Common errors:
- Do you have proper administration rights? (super-user?)
- Is the governor you requested available and modprobed?
- Trying to set an invalid policy?
- Trying to set a specific frequency, but userspace governor is not available,
   for example because of hardware which cannot be set to a specific frequency
   or because the userspace governor isn't loaded?
root@odon:~>

Ez valóban érdekes. Majd akkor kipróbálom a gyári kernellel is, csak mert én fordítottam és xen-t is használok rajta.

alaplapnak nem tudom van -e bármi köze, de ebben van a cpu:

Base Board Information
        Manufacturer: ASRock
        Product Name: HM55-HT
        Version:
        Serial Number: 106252290001416
        Asset Tag:
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis:
        Chassis Handle: 0x0003
        Type: Motherboard
        Contained Object Handles: 0

A kulcsszo a Xen! Hypervisor eseten ezeket a feladatokat nem tudja a Dom0 linux ellatni, mert az idozitesektol kezdve minden ilyen infora szuksege van a hypervisornak. Igy ezeket a beallitasokat is a hypervisor kornyeken kell keresned, esetedben a "xenpm" parancs es kapcsoloi jelentik a megoldast. Pl "xenpm get-cpufreq-states all".

https://pastebin.com/8hihsNY0

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 37
model name	: Intel(R) Core(TM) i5 CPU       M 520  @ 2.40GHz
stepping	: 2
microcode	: 0x11
cpu MHz		: 1887.299
cache size	: 3072 KB
physical id	: 0
siblings	: 4
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 11
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 rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt aes lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm ida arat flush_l1d
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips	: 4788.48
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

Ö.... most olvasom, hogy xen.

Xen alatt máshogy kell használni!

Egyszer régen próbáltam xennel, akkor át kellett írni a scriptemet. Valami ilyesmi parancsok maradtak meg azokból az időkből:

xenpm set-scaling-governor performance
xenpm enable-turbo-mode
xenpm set-scaling-maxfreq 2400000
xenpm set-scaling-minfreq 1199000
xenpm get-cpufreq-para

sajnos nekem már a get parancsok is hibára futnak, valami nem stimmelhet esetleg a kernellel, na majd kipróbálom a gyári xen-ese kernelt

xenpm set-scaling-governor powersave
[CPU0] failed to set governor name (22 - Invalid argument)
[CPU1] failed to set governor name (22 - Invalid argument)
[CPU2] failed to set governor name (22 - Invalid argument)
[CPU3] failed to set governor name (22 - Invalid argument)
[CPU4] failed to set governor name (22 - Invalid argument)
[CPU5] failed to set governor name (22 - Invalid argument)
[CPU6] failed to set governor name (22 - Invalid argument)
[CPU7] failed to set governor name (22 - Invalid argument)

 

xenpm get-cpufreq-states

erre meg semmit sem ír ki :-(

xenpm enable-turbo-mode
[CPU0] failed to enable turbo mode (13 - Permission denied)
[CPU1] failed to enable turbo mode (13 - Permission denied)
[CPU2] failed to enable turbo mode (13 - Permission denied)
[CPU3] failed to enable turbo mode (13 - Permission denied)
[CPU4] failed to enable turbo mode (22 - Invalid argument)
[CPU5] failed to enable turbo mode (22 - Invalid argument)
[CPU6] failed to enable turbo mode (22 - Invalid argument)
[CPU7] failed to enable turbo mode (22 - Invalid argument)

Közben még annyit tettem, hogy a xen-es doksik alapján a grub -hoz hozzáadtam plusz xen paraméterként:

cpufreq=xen:performance

sajnos reboot után sem javult a heyzet:

xenpm get-cpufreq-para
[CPU0] failed to get cpufreq parameter
[CPU1] failed to get cpufreq parameter
[CPU2] failed to get cpufreq parameter
[CPU3] failed to get cpufreq parameter
[CPU4] failed to get cpufreq parameter
[CPU5] failed to get cpufreq parameter
[CPU6] failed to get cpufreq parameter
[CPU7] failed to get cpufreq parameter

közben még pár dolgot kipróbáltam: sima xen nélkül bootoltam, simán betöltötte a coretemp és az acpi-cpufeq modulokat és volt hőmérsékleti szenzor adat és a cpu magonkénti frekvenciáját is lehetett szabályozni.

aztán bebootoltam a gyári debian xen-es kernellel, na ott már nem volt se hőmérséklet, se frekvencia szabályozás :-(

Hm hm. Ugyonazzal a kernelverzioval (4.9.241-37.el7.x86_64), de eltero Xen verzioval, nalunk ez latszik:

- X5650 + 4.8.5.86.g8db85532: IGEN (Westmere EP)
- X5570 + 4.10.4.97.g78d903e9: NEM (Nehalem EP)
- E7-4870 + 4.12.4.47.gcce7cbd9: NEM (Westmere EX)
- E5-2667 v2 + 4.12.4.47.gcce7cbd9: IGEN (Ivy Bridge EP)
- E5-4620 v2 + 4.12.4.47.gcce7cbd9: NEM (Ivy Bridge EP)

Viszont ezek alapjan kb semmi kovetkezetesseget nem latok. Mindegyik gep Dell, talan a BIOS-ban lehet elteres. De az ujabb gepeken mindehol mukodik, a regieken szokott ez hianyos lenni frisebb Xen verzio eseten. Kene probalni 4620-at 4.8-as Xen verzioval es 5570-et is 4.8-val. De attol sem lepodnek meg, ha idokozben eldobasra kerult volna a regi processzorok ilyeniranyu tamogatasa.

Ősrégi kernel verzió? Frissítsd újabb verzióra, lehet nem backportolták az újabb hardver driverjét! 

Ősrégi? 4.19.152

ezt használom az apt -ben:

deb http://deb.debian.org/debian/ buster main non-free contrib
deb http://security.debian.org/debian-security buster/updates main contrib non-free
# buster-updates, previously known as 'volatile'
deb http://deb.debian.org/debian/ buster-updates main contrib non-free

hogyan szedjek le újabb kernelt ha a debian 10-ben ez van? egyébként maga a cpu 2010Q1 tehát illene benne lennie egy 4.19.152-es kernelben.
 

1. Belépsz a /tmp könyvtárba

2. Parancssorban wget-el letöltöd a legújabb kernelt: wget http://ftp.hu.debian.org/debian/pool/main/l/linux-signed-amd64/linux-im…

3. Letöltés után kiadod a parancssorban (a /tmp könyvtárban, mert oda töltöd le a kernel-t) a dpkg -i linux-signed-amd64/linux-image-5.10.0-5-amd64_5.10.24-1_amd64.deb parancsot

4. Telepítés után a parancssorban a kiadod az update-grub && update-initramfs -u parancsot.

5. Ha minden lement rendesen, akkor a shutdown -r now paranccsal a gépet ujraindítod.

6. Ha újraindult a gép rendesen, akkor belépés után a parancssorban add ki az uname -a parancsot, és az új kernel-t kell majd látnod. 

A fenti parancsokat root-ként szükséges kiadnod. 

buster-backports-ban benne van az 5.10-es kernel, mindig par hettel kesobb van benne mint a testingben, gondolom azert ha problema lenne vele deruljon ki. elesben hasznalom mert a 4.19-el nem megy a grafika

/etc/apt/sources.lists:

deb http://deb.debian.org/debian/ buster-backports main contrib non-free

apt-get install linux-image-5.10.0-0.bpo.4-amd64-unsigned

neked aztan fura humorod van...

Szerkesztve: 2021. 03. 23., k – 09:12

Kb. 1996 óta saját kernelt forgatok. Általában az ncurses felületet használom, manapság el sem tudom képzelni, hogy egy újonc (nem rád értem) hogy tud eligazodni a sok config opció között. Minden esetre még én is úgy szoktam kezdeni egy új gépnél, hogy beboot-olok egy livecd-t és megnézem, hogy milyen modulokat tölt be, megvizsgálom a dmesg kimenetét, továbbá legtöbbször elérhető maga a config fájl is mankó gyanánt. Ebből indulok ki. Utána még egyébként lshw, lspci és lsusb alapján megnézem, hogy van-e még gazdátlan hardver elem esetleg. És azért rá is keresek, hogy valaki más panaszkodott-e már problémára az adott hardverre. Ha magam vásárolom az eszközt, akkor a tájékozódás egy részét előre hozom.

Szerintem itt van esély rá, hogy hiányzik valamilyen config opció. Ha gyári kernellel megy a szabályozás, akkor szerintem sima ügy lesz megtalálni.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Közben úgy döntöttem, hogy a XEN-ről inkább átállok KVM-re. Jelenleg 32 bites debian 10 + Xen van a gépen, amin 2db 32 bites oprendszer fut. Ebből a 2 guestből, az egyiknek van 64bites verziója. A kérdésem az lenne, hogy melyik a jobb változat:

A) host + guest-ek is mind 32 bitesek

B) host 64 bites, 1 guest 32 a másik 64 bites

i5-m520 cpu + 4GB ram az összes erőforrás

köszi a válaszokat előre is!