Willkommen Gast. Bitte einloggen oder registrieren. Haben Sie Ihre Aktivierungs E-Mail übersehen?
22.07.2019, 14:23:52

.
Einloggen mit Benutzername, Passwort und Sitzungslänge

Mitglieder
  • Mitglieder insgesamt: 22272
  • Letzte: WS_2019
Statistiken
  • Beiträge insgesamt: 599571
  • Themen insgesamt: 48563
  • Heute online: 566
  • Am meisten online: 992
  • (17.11.2018, 20:17:55)
Benutzer Online

Autor Thema: [erledigt] CPU Governor macht nicht, was er soll am X230  (Gelesen 447 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

[erledigt] CPU Governor macht nicht, was er soll am X230
« am: 24.06.2019, 21:52:24 »
Hi,

gestern sitze ich draußen und wunder mich, dass der Lüfter am Thinkpad des öfteren anläuft. Schau ich also mit cpufreq-info nach, ob tlp diesen richtig gewählt hat und bekomme widersprüchliche Aussagen:

cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
  Treiber: intel_pstate
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0
  Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
  Hardwarebedingte Grenzen der Taktfrequenz: 1.20 GHz - 3.30 GHz
  mögliche Regler: performance, powersave
  momentane Taktik: die Frequenz soll innerhalb 1.20 GHz und 1.60 GHz.
                    liegen. Der Regler "powersave" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.13 GHz.
analysiere CPU 1:
  Treiber: intel_pstate
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1
  Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
  Hardwarebedingte Grenzen der Taktfrequenz: 1.20 GHz - 3.30 GHz
  mögliche Regler: performance, powersave
  momentane Taktik: die Frequenz soll innerhalb 1.20 GHz und 1.60 GHz.
                    liegen. Der Regler "powersave" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 1.73 GHz.
analysiere CPU 2:
  Treiber: intel_pstate
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 2
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 2
  Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
  Hardwarebedingte Grenzen der Taktfrequenz: 1.20 GHz - 3.30 GHz
  mögliche Regler: performance, powersave
  momentane Taktik: die Frequenz soll innerhalb 1.20 GHz und 1.60 GHz.
                    liegen. Der Regler "powersave" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 1.61 GHz.
analysiere CPU 3:
  Treiber: intel_pstate
  Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 3
  Die Taktfrequenz folgender CPUs werden per Software koordiniert: 3
  Maximale Dauer eines Taktfrequenzwechsels: 4294.55 ms.
  Hardwarebedingte Grenzen der Taktfrequenz: 1.20 GHz - 3.30 GHz
  mögliche Regler: performance, powersave
  momentane Taktik: die Frequenz soll innerhalb 1.20 GHz und 1.60 GHz.
                    liegen. Der Regler "powersave" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.18 GHz.

Also in meiner Welt liegt 2.18GHz deutlich über den maximal erlaubten 1.60GHz.

TLP neu gestartet im bat-Mode -- keine Wirkung
Governor geändert auf performance und zurück auf powersave -- keine Wirkung

Hier mal die tlp Konfig und das allseits beliebte inxi. Evtl hat jmd ne Idee.

# ------------------------------------------------------------------------------
# tlp - Parameters for power saving
# See full explanation: http://linrunner.de/en/tlp/docs/tlp-configuration.html

# Hint: some features are disabled by default, remove the leading # to enable
# them.

# Set to 0 to disable, 1 to enable TLP.
TLP_ENABLE=1

# Operation mode when no power supply can be detected: AC, BAT.
# Concerns some desktop and embedded hardware only.
TLP_DEFAULT_MODE=BAT

# Operation mode select: 0=depend on power source, 1=always use TLP_DEFAULT_MODE
# Hint: use in conjunction with TLP_DEFAULT_MODE=BAT for BAT settings on AC.
TLP_PERSISTENT_DEFAULT=1

# Seconds laptop mode has to wait after the disk goes idle before doing a sync.
# Non-zero value enables, zero disables laptop mode.
DISK_IDLE_SECS_ON_AC=0
DISK_IDLE_SECS_ON_BAT=5

# Dirty page values (timeouts in secs).
MAX_LOST_WORK_SECS_ON_AC=15
MAX_LOST_WORK_SECS_ON_BAT=60

# Hint: CPU parameters below are disabled by default, remove the leading #
# to enable them, otherwise kernel default values are used.

# Select a CPU frequency scaling governor.
# Intel Core i processor with intel_pstate driver:
#   powersave(*), performance.
# Older hardware with acpi-cpufreq driver:
#   ondemand(*), powersave, performance, conservative, schedutil.
# (*) is recommended.
# Hint: use tlp-stat -p to show the active driver and available governors.
# Important:
#   powersave for intel_pstate and ondemand for acpi-cpufreq are power
#   efficient for *almost all* workloads and therefore kernel and most
#   distributions have chosen them as defaults. If you still want to change,
#   you should know what you're doing! You *must* disable your distribution's
#   governor settings or conflicts will occur.
CPU_SCALING_GOVERNOR_ON_AC=performance
CPU_SCALING_GOVERNOR_ON_BAT=powersave

# Set the min/max frequency available for the scaling governor.
# Possible values strongly depend on your CPU. For available frequencies see
# the output of tlp-stat -p.
CPU_SCALING_MIN_FREQ_ON_AC=1200000
CPU_SCALING_MAX_FREQ_ON_AC=3300000
CPU_SCALING_MIN_FREQ_ON_BAT=1200000
CPU_SCALING_MAX_FREQ_ON_BAT=1600000

# Set energy performance hints (HWP) for Intel P-state governor:
#   performance, balance_performance, default, balance_power, power
# Values are given in order of increasing power saving.
# Note: Intel Skylake or newer CPU and Kernel >= 4.10 required.
#CPU_HWP_ON_AC=performance
#CPU_HWP_ON_BAT=balance_power

# Set Intel P-state performance: 0..100 (%).
# Limit the max/min P-state to control the power dissipation of the CPU.
# Values are stated as a percentage of the available performance.
# Requires an Intel Core i processor with intel_pstate driver.
CPU_MIN_PERF_ON_AC=10
CPU_MAX_PERF_ON_AC=100
CPU_MIN_PERF_ON_BAT=10
CPU_MAX_PERF_ON_BAT=60

# Set the CPU "turbo boost" feature: 0=disable, 1=allow
# Requires an Intel Core i processor.
# Important:
# - This may conflict with your distribution's governor settings
# - A value of 1 does *not* activate boosting, it just allows it
CPU_BOOST_ON_AC=1
CPU_BOOST_ON_BAT=0

# Minimize number of used CPU cores/hyper-threads under light load conditions:
#   0=disable, 1=enable.
SCHED_POWERSAVE_ON_AC=0
SCHED_POWERSAVE_ON_BAT=1

# Kernel NMI Watchdog:
#   0=disable (default, saves power), 1=enable (for kernel debugging only).
NMI_WATCHDOG=0

# Change CPU voltages aka "undervolting" - Kernel with PHC patch required.
# Frequency voltage pairs are written to:
#   /sys/devices/system/cpu/cpu0/cpufreq/phc_controls
# CAUTION: only use this, if you thoroughly understand what you are doing!
#PHC_CONTROLS="F:V F:V F:V F:V"

# Set CPU performance versus energy savings policy:
#   performance, balance-performance, default, balance-power, power.
# Values are given in order of increasing power saving.
# Requires kernel module msr and x86_energy_perf_policy from linux-tools.
ENERGY_PERF_POLICY_ON_AC=performance
ENERGY_PERF_POLICY_ON_BAT=power

# Disk devices; separate multiple devices with spaces (default: sda).
# Devices can be specified by disk ID also (lookup with: tlp diskid).
DISK_DEVICES="sda sdb"

# Disk advanced power management level: 1..254, 255 (max saving, min, off).
# Levels 1..127 may spin down the disk; 255 allowable on most drives.
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the hardware default for the particular disk.
DISK_APM_LEVEL_ON_AC="254 254"
DISK_APM_LEVEL_ON_BAT="128 128"

# Hard disk spin down timeout:
#   0:        spin down disabled
#   1..240:   timeouts from 5s to 20min (in units of 5s)
#   241..251: timeouts from 30min to 5.5 hours (in units of 30min)
# See 'man hdparm' for details.
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the hardware default for the particular disk.
#DISK_SPINDOWN_TIMEOUT_ON_AC="0 0"
#DISK_SPINDOWN_TIMEOUT_ON_BAT="0 0"

# Select IO scheduler for the disk devices: cfq, deadline, noop (Default: cfq).
# Separate values for multiple disks with spaces. Use the special value 'keep'
# to keep the kernel default scheduler for the particular disk.
#DISK_IOSCHED="cfq cfq"

# AHCI link power management (ALPM) for disk devices:
#   min_power, med_power_with_dipm(*), medium_power, max_performance.
# (*) Kernel >= 4.15 required, then recommended.
# Multiple values separated with spaces are tried sequentially until success.
SATA_LINKPWR_ON_AC="max_performance"
SATA_LINKPWR_ON_BAT="med_power_with_dipm min_power"

# Exclude host devices from AHCI link power management.
# Separate multiple hosts with spaces.
#SATA_LINKPWR_BLACKLIST="host1"

# Runtime Power Management for AHCI host and disks devices:
#   on=disable, auto=enable.
# EXPERIMENTAL ** WARNING: auto will most likely cause system lockups/data loss.
AHCI_RUNTIME_PM_ON_AC=on
AHCI_RUNTIME_PM_ON_BAT=on

# Seconds of inactivity before disk is suspended.
AHCI_RUNTIME_PM_TIMEOUT=15

# PCI Express Active State Power Management (PCIe ASPM):
#   default, performance, powersave.
PCIE_ASPM_ON_AC=performance
PCIE_ASPM_ON_BAT=powersave

# Radeon graphics clock speed (profile method): low, mid, high, auto, default;
# auto = mid on BAT, high on AC; default = use hardware defaults.
#RADEON_POWER_PROFILE_ON_AC=high
#RADEON_POWER_PROFILE_ON_BAT=low

# Radeon dynamic power management method (DPM): battery, performance.
#RADEON_DPM_STATE_ON_AC=performance
#RADEON_DPM_STATE_ON_BAT=battery

# Radeon DPM performance level: auto, low, high; auto is recommended.
#RADEON_DPM_PERF_LEVEL_ON_AC=auto
#RADEON_DPM_PERF_LEVEL_ON_BAT=auto

# WiFi power saving mode: on=enable, off=disable; not supported by all adapters.
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=off

# Disable wake on LAN: Y/N.
WOL_DISABLE=Y

# Enable audio power saving for Intel HDA, AC97 devices (timeout in secs).
# A value of 0 disables, >=1 enables power saving (recommended: 1).
SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=1

# Disable controller too (HDA only): Y/N.
SOUND_POWER_SAVE_CONTROLLER=Y

# Power off optical drive in UltraBay/MediaBay: 0=disable, 1=enable.
# Drive can be powered on again by releasing (and reinserting) the eject lever
# or by pressing the disc eject button on newer models.
# Note: an UltraBay/MediaBay hard disk is never powered off.
#BAY_POWEROFF_ON_AC=0
#BAY_POWEROFF_ON_BAT=0
# Optical drive device to power off (default sr0).
#BAY_DEVICE="sr0"

# Runtime Power Management for PCI(e) bus devices: on=disable, auto=enable.
RUNTIME_PM_ON_AC=on
RUNTIME_PM_ON_BAT=auto

# Exclude PCI(e) device adresses the following list from Runtime PM
# (separate with spaces). Use lspci to get the adresses (1st column).
#RUNTIME_PM_BLACKLIST="bb:dd.f 11:22.3 44:55.6"

# Exclude PCI(e) devices assigned to the listed drivers from Runtime PM.
# Default when unconfigured is "amdgpu nouveau nvidia radeon" which
# prevents accidential power-on of dGPU in hybrid graphics setups.
# Use "" to disable the feature completely.
# Separate multiple drivers with spaces.
#RUNTIME_PM_DRIVER_BLACKLIST="amdgpu nouveau nvidia radeon"

# Set to 0 to disable, 1 to enable USB autosuspend feature.
USB_AUTOSUSPEND=1

# Exclude listed devices from USB autosuspend (separate with spaces).
# Use lsusb to get the ids.
# Note: input devices (usbhid) are excluded automatically
#USB_BLACKLIST="1111:2222 3333:4444"

# Bluetooth devices are excluded from USB autosuspend:
#   0=do not exclude, 1=exclude.
#USB_BLACKLIST_BTUSB=0

# Phone devices are excluded from USB autosuspend:
#   0=do not exclude, 1=exclude (enable charging).
USB_BLACKLIST_PHONE=1

# Printers are excluded from USB autosuspend:
#   0=do not exclude, 1=exclude.
USB_BLACKLIST_PRINTER=1

# WWAN devices are excluded from USB autosuspend:
#   0=do not exclude, 1=exclude.
#USB_BLACKLIST_WWAN=1

# Include listed devices into USB autosuspend even if already excluded
# by the blacklists above (separate with spaces).
# Use lsusb to get the ids.
#USB_WHITELIST="1111:2222 3333:4444"

# Set to 1 to disable autosuspend before shutdown, 0 to do nothing
# (workaround for USB devices that cause shutdown problems).
USB_AUTOSUSPEND_DISABLE_ON_SHUTDOWN=1

# Restore radio device state (Bluetooth, WiFi, WWAN) from previous shutdown
# on system startup: 0=disable, 1=enable.
# Hint: the parameters DEVICES_TO_DISABLE/ENABLE_ON_STARTUP/SHUTDOWN below
#   are ignored when this is enabled!
#RESTORE_DEVICE_STATE_ON_STARTUP=0

# Radio devices to disable on startup: bluetooth, wifi, wwan.
# Separate multiple devices with spaces.
DEVICES_TO_DISABLE_ON_STARTUP="bluetooth, wwan"

# Radio devices to enable on startup: bluetooth, wifi, wwan.
# Separate multiple devices with spaces.
DEVICES_TO_ENABLE_ON_STARTUP="wifi"

# Radio devices to disable on shutdown: bluetooth, wifi, wwan.
# (workaround for devices that are blocking shutdown).
#DEVICES_TO_DISABLE_ON_SHUTDOWN="bluetooth wifi wwan"

# Radio devices to enable on shutdown: bluetooth, wifi, wwan.
# (to prevent other operating systems from missing radios).
#DEVICES_TO_ENABLE_ON_SHUTDOWN="wwan"

# Radio devices to enable on AC: bluetooth, wifi, wwan.
DEVICES_TO_ENABLE_ON_AC="bluetooth wifi wwan"

# Radio devices to disable on battery: bluetooth, wifi, wwan.
DEVICES_TO_DISABLE_ON_BAT="bluetooth wwan"

# Radio devices to disable on battery when not in use (not connected):
#   bluetooth, wifi, wwan.
#DEVICES_TO_DISABLE_ON_BAT_NOT_IN_USE="bluetooth wifi wwan"

# Battery charge thresholds (ThinkPad only, tp-smapi or acpi-call kernel module
# required). Charging starts when the remaining capacity falls below the
# START_CHARGE_THRESH value and stops when exceeding the STOP_CHARGE_THRESH value.
# Main / Internal battery (values in %)
START_CHARGE_THRESH_BAT0=75
STOP_CHARGE_THRESH_BAT0=90
# Ultrabay / Slice / Replaceable battery (values in %)
#START_CHARGE_THRESH_BAT1=75
#STOP_CHARGE_THRESH_BAT1=80

# Restore charge thresholds when AC is unplugged: 0=disable, 1=enable.
#RESTORE_THRESHOLDS_ON_BAT=1

# ------------------------------------------------------------------------------
# tlp-rdw - Parameters for the radio device wizard
# Possible devices: bluetooth, wifi, wwan.

# Hints:
# - Parameters are disabled by default, remove the leading # to enable them
# - Separate multiple radio devices with spaces

# Radio devices to disable on connect.
#DEVICES_TO_DISABLE_ON_LAN_CONNECT="wifi wwan"
#DEVICES_TO_DISABLE_ON_WIFI_CONNECT="wwan"
#DEVICES_TO_DISABLE_ON_WWAN_CONNECT="wifi"

# Radio devices to enable on disconnect.
#DEVICES_TO_ENABLE_ON_LAN_DISCONNECT="wifi wwan"
#DEVICES_TO_ENABLE_ON_WIFI_DISCONNECT=""
#DEVICES_TO_ENABLE_ON_WWAN_DISCONNECT=""

# Radio devices to enable/disable when docked.
#DEVICES_TO_ENABLE_ON_DOCK=""
#DEVICES_TO_DISABLE_ON_DOCK=""

# Radio devices to enable/disable when undocked.
#DEVICES_TO_ENABLE_ON_UNDOCK="wifi"
#DEVICES_TO_DISABLE_ON_UNDOCK=""


System:    Host: X230 Kernel: 4.15.0-52-generic x86_64 bits: 64 compiler: gcc v: 5.4.0 Desktop: Cinnamon 3.6.7
           wm: muffin dm: LightDM Distro: Linux Mint 18.3 Sylvia base: Ubuntu 16.04 xenial
Machine:   Type: Laptop System: LENOVO product: 23258G2 v: ThinkPad X230 serial: <root required> Chassis:
           type: 10 serial: <root required>
           Mobo: LENOVO model: 23258G2 serial: <root required> UEFI: LENOVO v: G2ETA8WW (2.68 )
           date: 04/19/2017
Battery:   ID-1: BAT0 charge: 30.1 Wh condition: 93.0/93.2 Wh (100%) volts: 11.0/11.1 model: LGC 45N1029
           serial: 17450 status: Discharging
CPU:       Topology: Dual Core model: Intel Core i5-3320M bits: 64 type: MT MCP arch: Ivy Bridge rev: 9
           L2 cache: 3072 KiB
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 20751
           Speed: 3173 MHz min/max: 1200/1600 MHz Core speeds (MHz): 1: 3173 2: 3168 3: 3159 4: 3215
Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel bus ID: 00:02.0
           chip ID: 8086:0166
           Display: x11 server: X.Org 1.18.4 driver: intel unloaded: fbdev,modesetting,vesa
           resolution: 1366x768~60Hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.0.5 compat-v: 3.0
           direct render: Yes
Audio:     Device-1: Intel 7 Series/C216 Family High Definition Audio driver: snd_hda_intel v: kernel
           bus ID: 00:1b.0 chip ID: 8086:1e20
           Sound Server: ALSA v: k4.15.0-52-generic
Network:   Device-1: Intel 82579LM Gigabit Network driver: e1000e v: 3.2.6-k port: 6080 bus ID: 00:19.0
           chip ID: 8086:1502
           IF: enp0s25 state: down mac: 3c:97:0e:41:0e:78
           Device-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi v: kernel port: efa0 bus ID: 03:00.0
           chip ID: 8086:4238
           IF: wlp3s0 state: up mac: 00:24:d7:c5:46:5c
Drives:    Local Storage: total: 577.55 GiB used: 239.70 GiB (41.5%)
           ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB speed: 6.0 Gb/s
           serial: S2RBNB0J322517N
           ID-2: /dev/sdb vendor: Samsung model: SSD 850 EVO mSATA 120GB size: 111.79 GiB speed: 3.0 Gb/s
           serial: S249NX0H400286E
Partition: ID-1: / size: 54.00 GiB used: 13.71 GiB (25.4%) fs: ext4 dev: /dev/sdb1
           ID-2: /boot size: 945.6 MiB used: 347.6 MiB (36.8%) fs: ext4 dev: /dev/sda2
           ID-3: /home size: 456.45 GiB used: 191.13 GiB (41.9%) fs: ext4 dev: /dev/sda3
           ID-4: swap-1 size: 8.70 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sdb2
Sensors:   System Temperatures: cpu: 56.0 C mobo: N/A
           Fan Speeds (RPM): cpu: 3660
Info:      Processes: 222 Uptime: 55m Memory: 7.61 GiB used: 1.53 GiB (20.1%) Init: systemd v: 229 runlevel: 5
           default: 2 Compilers: gcc: 5.4.0 alt: 5 Shell: bash v: 4.3.48 running in: gnome-terminal
           inxi: 3.0.26


EDIT:
4.4er Kernel installiert und gebootet, da läuft´s wie es soll.
Was ist mit dem 4.15er los? >:(
« Letzte Änderung: 24.06.2019, 22:37:14 von launacorp »

Re: CPU Governor macht nicht, was er soll.
« Antwort #1 am: 24.06.2019, 22:11:24 »
https://wiki.ubuntuusers.de/Prozessortaktung/
Zitat
Ab Ubuntu 13.10
Im Gegensatz zu früheren Ubuntu-Versionen sollte cpufreqd nicht mehr verwendet werden, da es mehr Probleme bereitet als löst.

Re: CPU Governor macht nicht, was er soll.
« Antwort #2 am: 24.06.2019, 22:18:44 »
Interessante Aussage, aber ich sehe den Bezug nicht. Hinweise dazu auch vorhanden oder gibt´s da nur Zitate?

Re: CPU Governor macht nicht, was er soll.
« Antwort #3 am: 24.06.2019, 22:31:04 »
Ich konnte nicht genau erkennen, ob der ondemand-Governor startet.
Das ist aber jetzt hinfällig, da es mit dem 4.4er Kernel richtig läuft.
Ich würde mal den neuseten 5-er Kernel mit Ukuu probieren.

Re: CPU Governor macht nicht, was er soll.
« Antwort #4 am: 24.06.2019, 22:36:52 »
Naja, nen 5er Kernel sehe ich beim Thinkpad X230 als nicht wirklich notwendig an. Die Hardware ist schon gut genug abgehangen ;D

4.15er sind jetzt wech vom Fenster. Der 4.4er wird meines Wissens nach eh bis 2021 supportet, dass sollte reichen. Spätestens dann muss ich mich eh mal neu umschauen, so wie mir scheint. Ubuntu ist ja grade kräftig dabei sich ins aus zu katapultieren. :P

Da der 4.4er die Probleme nicht zeigt, setze ich hier mal auf erledigt, da die Lösung mit dem 4.15er noch aus bleibt.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #5 am: 25.06.2019, 00:25:48 »
Mit dem Kernel 4.15 scheint es arge Probleme mit Überhitzung zu geben.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1768976
Übersetzt ins deutsch:===>
Zitat
Nun, der neue 4.15-Kernel hat dieses Problem. Ich habe noch einen 4.4er Kernel als Alternative,
der dieses Problem nicht hat. Dazwischen ist etwas schiefgegangen. Dies reicht nicht aus, um die Ursache
zu kennen, aber es sind nicht nur die Treiber oder die Hardware oder andere Software.
« Letzte Änderung: 25.06.2019, 00:35:12 von Hollex »

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #6 am: 25.06.2019, 06:23:38 »
"Arge Probleme" finde ich übertrieben. Vielleicht ein paar Grad mehr als beim Kernel 4.4, das könnte schon sein.
Jedenfalls auch nicht generell.
Bei meinen Rechnern (Thinkpads) habe ich bisher noch keine derartigen Auffälligkeiten feststellen können.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #7 am: 25.06.2019, 07:39:32 »
Die CPU Temperatur ist bei mir auch nur deswegen so hoch bzw der Lüfter arbeitet stärker, weil mit dem 4.15er Kernel der Governor nicht tut, was er soll.

Arge Probleme sehen Temperatur mäßig natürlich anders aus.

Ich hab aber meine Gründe, warum ich in TLP die max Frequenz auf 1,6GHz gedrosselt habe im powersave. Und daran hat sich das System gefälligst zu halten.

Wenn ich draußen sitze und im Forum lese und auf Akku bin, brauche ich keine 3+GHz.
wenn benötigt, dann setze ich das manuell durch Wechsel auf Performance.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #8 am: 25.06.2019, 10:48:51 »
Ist Deine TLP Version aktuell?
https://thinkpad-forum.de/threads/218292-beendet-TLP-1-2-Beta-Test?s=2e42ca0a5f044b6967e555b533eee8b0
Wird der Frequenzskalierungstreiber 'intel_pstate' unter Verwendung des Kernels 4.15 als aktiv angezeigt?
Im Arch Wiki habe ich noch folgenden Hinweis gefunden:(übersetzt ins deutsch)
Zitat
CPU-Frequenztreiber
Hinweis:
Das native CPU-Modul wird automatisch geladen.
Der pstatePower Scaling-Treiber wird für moderne Intel-CPUs automatisch anstelle der folgenden Treiber verwendet. Dieser Treiber hat Vorrang vor anderen Treibern und ist im Gegensatz zu einem Modul integriert. Dieser Treiber wird derzeit automatisch für Sandy Bridge und neuere CPUs verwendet. Wenn Sie bei der Verwendung dieses Treibers auf ein Problem stoßen, erweitern Sie intel_pstate=disable Ihre Kernel-Zeile. Sie können mit diesem Treiber dieselben Dienstprogramme für den Benutzerbereich verwenden, diese jedoch nicht steuern .
Sogar das oben erwähnte P-State-Verhalten kann mit beeinflusst werden /sys/devices/system/cpu/intel_pstate, zB kann Intel Turbo Boost mit deaktiviert werden, # echo 1 > /sys/devices/system/cpu/intel_pstate/no_turboum die CPU-Temperaturen niedrig zu halten.
Zusätzliche Steuerung für moderne Intel-CPUs bietet der Linux Thermal Daemon (als thermald AUR erhältlich ), der die thermische Steuerung mithilfe von P-States, T-States und dem Intel Power Clamp-Treiber proaktiv steuert. Thermald kann auch für ältere Intel-CPUs verwendet werden. Wenn die neuesten Treiber nicht verfügbar sind, greift der Dämon auf modellspezifische x86-Register und das Linux-Subsystem 'cpufreq' zurück, um die Systemkühlung zu steuern.
Ist das Paket "thermald" installiert?
https://launchpad.net/ubuntu/bionic/+package/thermald

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #9 am: 25.06.2019, 14:35:56 »
TLP aus den offiziellen Quellen, thermald ist installiert und pstate ist wie im Eröffnungsbeitrag zu sehen aktiv.

Aber unabhängig von TLP nutzt das manuelle Setzen des governor schon nichts.

Aber ehrlich gesagt will ich mich nicht zu tief reinfuchsen diese Woche, weil wegen Sonne und so. Der 4.4er läuft und das ist auch gut so.

Ich probiere Ende der Woche noch einmal den 4.15er mit der neuesten TLP.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #10 am: 25.06.2019, 23:30:46 »
Also in meiner Welt liegt 2.18GHz deutlich über den maximal erlaubten 1.60GHz.
Hallo launacorp.

Dein Treiber ist intel_pstate.

Wenn ich hier https://thinkwiki.de/TLP_Einstellungen#Prozessor_und_Taktsteuerung lese, verstehe ich:

CPU_SCALING_MIN/MAX_FREQ_ON_ gilt für dich nicht - also nicht die 1.60G Grenze on BAT.
CPU_HWP_ON_ ist dazu gar nicht gesetzt.
CPU_MIN/MAX_PERF_ON_ sagt bei dir 60% on BAT.

Jetzt weiß ich nicht, ob man das einfach auf die Taktfrequenz einer CPU umrechnen darf - das steht da explizit so nicht. Dennoch 60% von 3320M = 1992M ist von 2.18G nicht weit entfernt.

Evtl. ist also alles richtig oder deine Konfig ist nicht i.O.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #11 am: 26.06.2019, 07:32:23 »
CPU_SCALING_MIN/MAX_FREQ_ON_BATgilt mMn sehr wohl.

Da es mit dem 4.4er Kernel ja funktioniert.

CPU_MIN/MAX_PERF_ON_BATkönnte natürlich mit den 1,6GHz kollidieren. Ich bekomme aber mit dem 4.15er Kernel die CPU auch auf über 3+GHz. Und das ist ganz klar mehr als 60%
Zitat
Inxi Eröffnungspost
Speed: 3173 MHz min/max: 1200/1600 MHz Core speeds (MHz): 1: 3173 2: 3168 3: 3159 4: 3215

CPU_HWP_ONMacht keinen Sinn, weil:
Zitat
# Note: Intel Skylake or newer CPU and Kernel >= 4.10 required.
Meine CPU ist eine Ivy Bridge und somit vor Skylake ;)

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #12 am: 26.06.2019, 07:57:47 »
Zu den Details der Govenor-Einstellungen kann ich nichts sagen, weil ich die  Systemvorgaben und die Standard-Voreinstellungen von TLP benutze, aber eine Beobachtung kann ich bestätigen:
mit LM-19.1 und dem 4.15er Kernel liegt die Temperatur deutlich (~8°C) höher als bei einem LM-18.3 mit 4.4er Kernel. Gleicher Rechner, gleiche Anwendungen.
CPU: Intel Core i7-3520M  (Skylake).
Warum das so ist, weiß ich nicht.

Re: CPU Governor macht nicht, was er soll am X230
« Antwort #13 am: 26.06.2019, 23:29:43 »
Hallo launacorp, dann bin ich auch ratlos.

Ggf. hier lesen und die Werte in den Dateien in den Verzeichnissen kontrollieren

https://www.kernel.org/doc/html/v4.15/admin-guide/pm/cpufreq.html

/sys/devices/system/cpu/cpufreq/policy0/

https://www.kernel.org/doc/html/v4.15/admin-guide/pm/intel_pstate.html

/sys/devices/system/cpu/intel_pstate/