[Решено] Ядро и базовые модули (нужно ли что-то менять?)

[UnixNoob]

Снова здравствуйте.
Увидев и на десктопе (как в теме нетбука) максимальную частоту процессора без нагрузки родился этот вопрос.

Сейчас базовые модули такие:

Код: Выделить всё

Module                  Size  Used by
fuse                  131072  3
8021q                  36864  0
garp                   16384  1 8021q
mrp                    20480  1 8021q
stp                    16384  1 garp
llc                    16384  2 stp,garp
ipv6                  512000  178
hid_apple              16384  0
ext2                   94208  1
joydev                 24576  0
ath9k_htc              81920  0
ath9k_common           20480  1 ath9k_htc
ath9k_hw              487424  2 ath9k_htc,ath9k_common
ath                    36864  3 ath9k_htc,ath9k_common,ath9k_hw
mac80211              864256  1 ath9k_htc
hid_generic            16384  0
uas                    28672  0
usbhid                 53248  0
usb_storage            73728  1 uas
hid                   139264  3 usbhid,hid_apple,hid_generic
cfg80211              819200  4 ath9k_htc,ath9k_common,ath,mac80211
rfkill                 28672  4 cfg80211
nvidia_drm             57344  5
nvidia_modeset       1187840  17 nvidia_drm
intel_rapl_msr         20480  0
coretemp               16384  0
hwmon                  32768  1 coretemp
intel_rapl_common      28672  1 intel_rapl_msr
nvidia              19763200  972 nvidia_modeset
x86_pkg_temp_thermal    20480  0
intel_powerclamp       20480  0
kvm_intel             315392  0
snd_hda_codec_hdmi     57344  1
kvm                   774144  1 kvm_intel
gpio_ich               16384  0
evdev                  24576  28
ppdev                  20480  0
irqbypass              16384  1 kvm
crct10dif_pclmul       16384  1
crc32_pclmul           16384  0
ghash_clmulni_intel    16384  0
drm_kms_helper        204800  1 nvidia_drm
rapl                   20480  0
serio_raw              16384  0
intel_cstate           20480  0
snd_hda_codec_realtek   126976  1
i2c_i801               32768  0
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
drm                   536576  8 drm_kms_helper,nvidia_drm
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
r8169                  94208  0
agpgart                53248  1 drm
snd_hda_intel          45056  5
fb_sys_fops            16384  1 drm_kms_helper
syscopyarea            16384  1 drm_kms_helper
snd_intel_nhlt         16384  1 snd_hda_intel
sysfillrect            16384  1 drm_kms_helper
realtek                20480  1
xhci_pci               20480  0
sysimgblt              16384  1 drm_kms_helper
libphy                 94208  2 r8169,realtek
i2c_core               81920  4 drm_kms_helper,nvidia,i2c_i801,drm
xhci_hcd              253952  1 xhci_pci
snd_hda_codec         147456  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_hda_core           94208  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
parport_pc             32768  0
snd_hwdep              16384  1 snd_hda_codec
parport                57344  2 parport_pc,ppdev
snd_pcm               114688  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              36864  1 snd_pcm
snd                    90112  18 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
ehci_pci               16384  0
mei_me                 40960  0
soundcore              16384  1 snd
mei                    86016  1 mei_me
ehci_hcd               61440  1 ehci_pci
lpc_ich                28672  0
button                 16384  0
loop                   40960  0
ext4                  765952  2
mbcache                16384  2 ext4,ext2
jbd2                  126976  1 ext4

В данном случае температура меня не беспокоит, она 30+- градусов, обороты я из-за отсутствующего модуля не вижу конечно, но по звуку вроде как все нормально.
При этом загрузка процессора в 2-5%,а я наблюдаю частоту близкую к макcимальной. В голом терминале при запуске вижу интервал,что указывает cpu-freq,т.е от 1.6.
Cpu-freq показывает только два режима и использует я так понимаю производительный:

Код: Выделить всё

cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing 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: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.76 GHz.
analyzing CPU 1:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.64 GHz.
analyzing CPU 2:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.20 GHz.
analyzing CPU 3:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.33 GHz.

В прошлой теме по частоте мне писали что она не главное и никого этот момент не беспокоит, выходит что в Linux просто другая логика и приоритеты при распределении ресурсов процессора?
Нужно ли или вернее сказать есть ли рекомендации по модулям ядра после установки Linux? Что-то отключить/обязательно включить?
Я перейдя с Windows смотрю на это и напрягаюсь, что что-то работает не так, на износ, т.к я не верно что-то сделал или не сделал, стоит переживать или нет? Можно ли доверять базовым модулям ядра или нет, при условии что все работает?

[Hephaestus]

Нужно ли или вернее сказать есть ли рекомендации по модулям ядра после установки Linux? Что-то отключить/обязательно включить?

Лично я подгружал только модуль для чипа, который нужен lm-sensors,
да указывал опции по звуку, чтобы устройства загружались в нужном мне порядке.
Всё остальное есть "из коробки".

обороты я из-за отсутствующего модуля не вижу конечно, но по звуку вроде как все нормально.

Кстати, что у Вас с sensors-detect на десктопе?
На нетбуке ладно - там непонятный чип. А на десктопе-то что? Тоже ничего толком не нашлось?

Я перейдя с Windows смотрю на это и напрягаюсь, что что-то работает не так, на износ, т.к я не верно что-то сделал или не сделал, стоит переживать или нет?

Как это было в Windows, Вы просто не знаете. Она Вам, скорее всего, этого не показывала.
Что и как там работало "на износ" - это ещё неизвестно.

Запустите cpufreq-info в режиме "мониторинга" примерно так:
watch -n 1 cpufreq-info
и Вы скорее всего увидите, что частота всё время "плавает".
На моей машине, например, частота постоянно меняется: 1.9, 3.6, 2.5, 3.0, 1.9, 3.9 и т.д.
Есть ли это работа на износ или нет, я сказать не могу, но железу уже лет шесть.
В смысле износа гораздо важнее перегрев: у процессора в характеристиках есть максимальная допустимая температура - вот её превышать не стоит. Я себе на эту тему настроил сигнал на уровне BIOS - при достижении температурного порога начинает пищать. Кстати, этот порог температурный (который в BIOS) вполне корректно отображается в выводе lm-sensors.

[bormant]

Раз речь зашла о питании, рекомендую также посмотреть в сторону powertop.
Относиться со здоровым разумением, лишние USB порты и устройства на автоотключение не переводить, чтобы потом не было жалоб на "беспричинные внезапные" лаги от мышки, клавиатуры, звука, отвал сети и флешек.

[yoricI]

Так прятнее:

Код: Выделить всё

watch -n0.2 grep \"cpu MHz\" /proc/cpuinfo

Запустил у себя, полюбовался 800-1900-2400-3100

[s.xbatob]

Нынче изнашивается прежде всего питание. И независимо от нагрузки. Экономят, гады, на керамических конденсаторах

[ormorph]

Когда то обсуждали тут.
Так же можно почитать ещё это.

[devilr]

Экономят, гады, на керамических конденсаторах

Это не они экономят. Это вы не покупаете по разумной цене. А дядюшка Ляо продаст вам по той цене, по которой вы заходите покупать. Но, не себе в убыток, конечно.

[UnixNoob]

Кстати, что у Вас с sensors-detect на десктопе?

Он показывает только температуру в итоге.

Код: Выделить всё

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           No
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           No
AMD Family 15h power sensors...                             No
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      Yes
Found `ITE IT8728F Super IO Sensors'                        Success!
    (address 0x290, driver `it87')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): y
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO): y
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-i801' for device 0000:00:1f.3: Intel Cougar Point (PCH)
Module i2c-dev loaded successfully.

Next adapter: SMBus I801 adapter at 0500 (i2c-0)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Probing for `EDID EEPROM'...                                No
Client found at address 0x51
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Client found at address 0x52
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Client found at address 0x53
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter: NVIDIA i2c adapter 4 at 1:00.0 (i2c-1)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x49
Probing for `National Semiconductor LM75'...                No
Probing for `National Semiconductor LM75A'...               No
Probing for `Dallas Semiconductor DS75'...                  No
Probing for `National Semiconductor LM77'...                No
Probing for `Analog Devices ADT7410/ADT7420'...             No
Probing for `Maxim MAX6642'...                              No
Probing for `Texas Instruments TMP435'...                   No
Probing for `National Semiconductor LM73'...                No
Probing for `National Semiconductor LM92'...                No
Probing for `National Semiconductor LM76'...                No
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Probing for `NXP/Philips SA56004'...                        No
Probing for `SMSC EMC1023'...                               No
Probing for `SMSC EMC1043'...                               No
Probing for `SMSC EMC1053'...                               No
Probing for `SMSC EMC1063'...                               No

Next adapter: NVIDIA i2c adapter 6 at 1:00.0 (i2c-2)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: NVIDIA i2c adapter 7 at 1:00.0 (i2c-3)
Do you want to scan it? (yes/NO/selectively): y


Now follows a summary of the probes I have just done.
Just press ENTER to continue: 

Driver `it87':
  * ISA bus, address 0x290
    Chip `ITE IT8728F Super IO Sensors' (confidence: 9)

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): y
Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors
for initialization at boot time.
You should now start the lm_sensors service to load the required
kernel modules.

Unloading i2c-dev... OK

А pwmconfig пишет это:

Код: Выделить всё

/usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed

Как это было в Windows, Вы просто не знаете. Она Вам, скорее всего, этого не показывала.

Ну тут возможно конечно, я глубоко эту тему там не копал, просто судя по HWMonitor там частота падает в зависимости от нагрузки и я при включении 3.1 ГГц не видел, но на сколько оно ровненько,как в показателях программы, я конечно не знаю. Меня там интересовала в основном температура.

Запустите cpufreq-info в режиме "мониторинга" примерно так:
watch -n 1 cpufreq-info

Плавает, но в районе 2.6 - 3.8, очень редко ниже,но это в Х. Немного любопытно что частота максимальная оказалась и на XFCE на нетбуке и на KDE на десктопе.

Есть ли это работа на износ или нет, я сказать не могу, но железу уже лет шесть.

Мое старше Все не найду поводов заменить и экономическая ситуация этому не способствует, то доллар вырос, то видеокарт нет, то цена на память бьет рекорды,то еще что-то. Хоть и понимаешь что это может не закончиться добром.

Раз речь зашла о питании, рекомендую также посмотреть в сторону powertop.
Относиться со здоровым разумением, лишние USB порты и устройства на автоотключение не переводить, чтобы потом не было жалоб на "беспричинные внезапные" лаги от мышки, клавиатуры, звука, отвал сети и флешек.

У меня на usb 3.0 клавиатура совсем не работала, не смотря на включенные режимы legacy в bios, не было желания разбираться, т.к с мышкой в виндовс тоже была история, оказалось что для возможности сканировать поверхность коврика (баловство конечно,и я этим в итоге не пользуюсь,но было интересно почему оно не работает) тоже требовался 2.0.

Когда то обсуждали тут.
Так же можно почитать ещё это.

Там пришли к смене режима cpufreq, но для меня режим powersave ассоциируется с ноутбуками, поэтому я не знаю, а надо ли мне менять этот режим. БП холодный, температура маленькая,нагрузки нет,но частота большая.
А cpupower я не нашел у себя.

Меня в целом беспокоит можно ли на это не обращать внимание и штатная ли это работа железа или нет. Зачем ядро выбирает по-умолчанию производительный режим, почему система считает что процессору, при отсутствии нагрузки, требуется большая частота.

[ormorph]

Там пришли к смене режима cpufreq, но для меня режим powersave ассоциируется с ноутбуками, поэтому я не знаю, а надо ли мне менять этот режим. БП холодный, температура маленькая,нагрузки нет,но частота большая.

Точно ли у вас режим powersave?
Раз частота большая, то скорее всего у вас выбран режим perfomance.
Что показывает у вас команда:

Shell

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

?

Добавлено (14:04):

У меня даже на arm raspberry pi 4 частота регулируется норм.
Видюшка тыц.
Так что у вас что то не так...

[UnixNoob]

Точно ли у вас режим powersave?

У меня performance, я к тому что powersave кажется ноутбучным режимом, а не настольным, поэтому я не уверен стоит ли переключаться на него.
Мне не понятно только зачем по-умолчанию выбирается производительный.

У меня даже на arm raspberry pi 4 частота регулируется норм.

У вас gentoo,вы может ядро руками собирали с полным пониманием что есть что и зачем?

Кстати а что в Linux с латанием дыр в процессоре? Они зашиты в ядро по умолчанию? Я про Meltdown и прочие.

[ormorph]

У меня performance, я к тому что powersave кажется ноутбучным режимом, а не настольным, поэтому я не уверен стоит ли переключаться на него.

Не стоит, он не очень то подходит для стационара.

У вас gentoo,вы может ядро руками собирали с полным пониманием что есть что и зачем?

Ну на ноуте так оно и было, но на raspberry pi я брал готовый конфиг, мне ядро пришлось самому собирать, так как нужно было добавить сторонний модуль, а исходника для готовых ядер в что в genpi64 что в rasbian нет, а это не есть хорошо. Но сборка ядра genpi64 по умолчанию уже несёт весь этот функционал.

Кстати а что в Linux с латанием дыр в процессоре? Они зашиты в ядро по умолчанию? Я про Meltdown и прочие.

Да в новые ядра обычно вносятся исправления безопасности. Ещё некоторые патчи на компилятор тоже.

[UnixNoob]

Для интереса загрузился в Live Devuan, там частоты ровненько 1604 держатся, без нагрузки,но там powersave по умолчанию стоит.


lsmod:

Код: Выделить всё

Module                  Size  Used by
cpufreq_userspace      16384  0
cpufreq_powersave      16384  0
cpufreq_conservative    16384  0
appletalk              40960  0
psnap                  16384  1 appletalk
llc                    16384  1 psnap
ax25                   65536  0
bnep                   24576  2
bluetooth             647168  7 bnep
drbg                   28672  1
ansi_cprng             16384  0
ecdh_generic           24576  1 bluetooth
crc16                  16384  1 bluetooth
uinput                 20480  1
nfsd                  425984  2
auth_rpcgss            73728  1 nfsd
nfs_acl                16384  1 nfsd
nfs                   311296  0
lockd                 118784  2 nfsd,nfs
grace                  16384  2 nfsd,lockd
fscache               385024  1 nfs
sunrpc                425984  6 nfsd,auth_rpcgss,lockd,nfs_acl,nfs
lp                     20480  0
dm_crypt               40960  0
dm_mod                155648  1 dm_crypt
arc4                   16384  2
snd_hda_codec_hdmi     57344  1
ath9k_htc              81920  0
intel_rapl             24576  0
ath9k_common           20480  1 ath9k_htc
ath9k_hw              483328  2 ath9k_htc,ath9k_common
x86_pkg_temp_thermal    16384  0
intel_powerclamp       16384  0
ath                    36864  3 ath9k_htc,ath9k_common,ath9k_hw
coretemp               16384  0
mac80211              835584  1 ath9k_htc
kvm_intel             233472  0
snd_hda_codec_realtek   122880  1
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
kvm                   749568  1 kvm_intel
snd_hda_intel          49152  5
ppdev                  20480  0
snd_hda_codec         151552  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
cfg80211              774144  4 ath9k_htc,ath9k_common,ath,mac80211
snd_hda_core           94208  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
irqbypass              16384  1 kvm
snd_hwdep              16384  1 snd_hda_codec
crct10dif_pclmul       16384  0
snd_pcm               114688  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
crc32_pclmul           16384  0
ghash_clmulni_intel    16384  0
joydev                 24576  0
snd_timer              36864  1 snd_pcm
intel_cstate           16384  0
rfkill                 28672  3 bluetooth,cfg80211
intel_uncore          135168  0
snd                    94208  18 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
intel_rapl_perf        16384  0
pcspkr                 16384  0
serio_raw              16384  0
parport_pc             32768  1
mei_me                 45056  0
parport                57344  3 parport_pc,lp,ppdev
iTCO_wdt               16384  0
iTCO_vendor_support    16384  1 iTCO_wdt
soundcore              16384  1 snd
evdev                  28672  24
mei                   118784  1 mei_me
pcc_cpufreq            16384  0
squashfs               65536  1
zstd_decompress        81920  1 squashfs
xxhash                 16384  1 zstd_decompress
loop                   36864  2
overlay               131072  1
nls_ascii              16384  1
nls_cp437              20480  1
vfat                   20480  1
fat                    86016  1 vfat
raid10                 57344  0
raid456               172032  0
async_raid6_recov      20480  1 raid456
async_memcpy           16384  2 raid456,async_raid6_recov
async_pq               16384  2 raid456,async_raid6_recov
async_xor              16384  3 async_pq,raid456,async_raid6_recov
async_tx               16384  5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
xor                    24576  1 async_xor
raid6_pq              122880  3 async_pq,raid456,async_raid6_recov
libcrc32c              16384  1 raid456
crc32c_generic         16384  0
raid1                  45056  0
raid0                  20480  0
multipath              16384  0
linear                 16384  0
md_mod                167936  6 raid1,raid10,raid0,linear,raid456,multipath
sg                     36864  0
sd_mod                 61440  2
hid_apple              16384  0
hid_generic            16384  0
usbhid                 57344  0
hid                   135168  3 usbhid,hid_apple,hid_generic
uas                    28672  0
usb_storage            73728  2 uas
nouveau              2179072  5
crc32c_intel           24576  1
mxm_wmi                16384  1 nouveau
wmi                    28672  2 mxm_wmi,nouveau
video                  45056  1 nouveau
i2c_algo_bit           16384  1 nouveau
xhci_pci               16384  0
drm_kms_helper        208896  1 nouveau
xhci_hcd              266240  1 xhci_pci
ahci                   40960  0
libahci                40960  1 ahci
ttm                   131072  1 nouveau
ehci_pci               16384  0
ehci_hcd               94208  1 ehci_pci
libata                270336  2 libahci,ahci
r8169                  90112  0
i2c_i801               28672  0
usbcore               294912  8 ath9k_htc,xhci_hcd,ehci_pci,usbhid,usb_storage,ehci_hcd,xhci_pci,uas
drm                   495616  8 drm_kms_helper,ttm,nouveau
aesni_intel           200704  1
scsi_mod              249856  5 sd_mod,usb_storage,uas,libata,sg
aes_x86_64             20480  1 aesni_intel
crypto_simd            16384  1 aesni_intel
cryptd                 28672  3 crypto_simd,ghash_clmulni_intel,aesni_intel
realtek                20480  1
glue_helper            16384  1 aesni_intel
libphy                 77824  2 r8169,realtek
lpc_ich                28672  0
mfd_core               16384  1 lpc_ich
usb_common             16384  1 usbcore
button                 16384  1 nouveau

uname -r

Код: Выделить всё

4.19.0-9-amd64

cpufreq-info

Код: Выделить всё

 cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing 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: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 1:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 2:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 3:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.
analyzing CPU 4:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 4
  CPUs which need to have their frequency coordinated by software: 4
  maximum transition latency: 4294.55 ms.
  hardware limits: 1.60 GHz - 3.80 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 1.60 GHz and 3.80 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.60 GHz.

Для интереса менял в Slackware на powersave это ничего не дало особо.
Не хочется играть с заменой ядра или сменой current на stable. Пробовал грузить huge ядро, ситуация не изменилась. Могу я не обращать внимание на около максимальные,но плавающие в пределах 2 Ггц - max частоты?

[ormorph]

Могу я не обращать внимание на около максимальные,но плавающие в пределах 2 Ггц - max частоты?

Конечно можете, максимальные частоты это норма для режима perfomance.
В большинстве дистрибутивов обычно по умолчанию стараются выставлять ondemand по умолчанию, там частоты прыгают в зависимости от нагрузки. Ещё меньше частоты выводит режим coservative, в этом режиме тоже частоты регулируются в зависимости от нагрузки. Режим powersave устанавливает самую низкую частоту, но я его не рекомендовал бы использовать и на ноутбуках, так как может быть нужна производительность. Для ноутбука лучше всего выбирать режим conservative либо ondemand.

[UnixNoob]

ormorph
Да это я помню еще с прошлой темы. Тут на настольном просто ни ondemand ни conservative нет. Я так понял это зашито в модель процессора.
А у вас sensors по-умолчанию обороты отображает?

У меня похоже нет из-за этого не хочет:

Код: Выделить всё

ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

[ormorph]

Я так понял это зашито в модель процессора.

Нет это режимы работы ядра Linux с процессором.

А у вас sensors по-умолчанию обороты отображает?

Да показывает.
В слаке вроде тоже довольно часто сами пере собирают ядро, там хоть и есть свое уже собранное ядро, но это не мешает самому менять конфигурацию ядра, тем более что в слаке прилагается готовый конфиг, который можно использовать для сборки, просто немного подправив.

[UnixNoob]

Да показывает.

Что ж такое, у всех все показывает а у меня нет
Модули какие-то не грузятся я так понимаю. Или их нет или не работают.
Он указывает два,а загружает один в ядро,если я верно понял:

Код: Выделить всё

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Driver `it87':
  * ISA bus, address 0x290
    Chip `ITE IT8728F Super IO Sensors' (confidence: 9)

Unloading i2c-dev... OK

[bormant]

В current штатное ядро (generic) собрано с такими параметрами управления частотой:

Код: Выделить всё

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_GOV_ATTR_SET=y
CONFIG_CPU_FREQ_GOV_COMMON=y
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y

#
# CPU frequency scaling drivers
#
CONFIG_X86_INTEL_PSTATE=y
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ_CPB=y
CONFIG_X86_POWERNOW_K6=m
CONFIG_X86_POWERNOW_K7=m
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8=m
CONFIG_X86_AMD_FREQ_SENSITIVITY=m
CONFIG_X86_GX_SUSPMOD=m
CONFIG_X86_SPEEDSTEP_CENTRINO=m
CONFIG_X86_SPEEDSTEP_CENTRINO_TABLE=y
CONFIG_X86_SPEEDSTEP_ICH=m
CONFIG_X86_SPEEDSTEP_SMI=m
CONFIG_X86_P4_CLOCKMOD=m
CONFIG_X86_CPUFREQ_NFORCE2=m
CONFIG_X86_LONGRUN=m
CONFIG_X86_LONGHAUL=m
CONFIG_X86_E_POWERSAVER=m

Документация ядра на эту тему
https://www.kernel.org/doc/Documentation/cpu-freq/
(или локально в исходниках ядра в /usr/src/linux*/Documentation/cpu-freq/).

Добавлено (18:59):

Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

Добавлено (19:05):

Обратите внимание на документацию Intel pstate, в частности

Since these policies are implemented in the driver, they are not same as the cpufreq scaling governors implementation, even if they have the same name in the cpufreq sysfs (scaling_governors). For example the "performance" policy is similar to cpufreq's "performance" governor, but "powersave" is completely different than the cpufreq "powersave" governor. The strategy here is similar to cpufreq "ondemand", where the requested P-State is related to the system load.

[ormorph]

Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

Если собрано непосредственно в ядро, то да, если модулями, то только если модули загружены.
А так на счёт параметров ядра, то можно почитать тут.
Лучшая документация обычно в Gentoo и Arch Linux, пользователи других дистрибутивов тоже ею пользуются.

[UnixNoob]

Доступных гувернеров покажет
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

А почему я не могу полагаться на показания cpufreq?

Обратите внимание на документацию Intel pstate, в частности

Получается что я смотрю показания cpufreq,но они ничего не решают?

Лучшая документация обычно в Gentoo и Arch Linux, пользователи других дистрибутивов тоже ею пользуются.

Я когда смотрел про драйвера NVidia в Gentoo-wiki, мне показалось чтобы в этом разобраться нужно потратить месяцы.
А так да,я посматриваю там какие-то моменты,спасибо. Удивляет меня что Arch так популярен в российском сообществе.

[Hephaestus]

Модули какие-то не грузятся я так понимаю. Или их нет или не работают.
Он указывает два,а загружает один в ядро,если я верно понял

На самом деле может хватить и одного из них.
IT87, будучи загруженным, покажет кучу всякой всячины.
Хотя там может потребоваться правка конфига, но сырые данные он покажет и так.

Попробуйте для начала подгрузить модули вручную.
Выполните от рута:
modprobe it87
затем
modprobe coretemp

Убедитесь, что модули загрузились:
lsmod | grep it87
и
lsmod | grep coretemp

Если загрузились, выполните sensors
и увидите кучу показателей, в том числе напряжения на процессоре, обороты вентиляторов, температуру процессора и материнской платы.

Если с ручной загрузкой модулей всё пройдет удачно, дальше разберемся, почему не подгружаются автоматом.

[Bizdelnick]

Если с ручной загрузкой модулей всё пройдет удачно, дальше разберемся, почему не подгружаются автоматом.

Потому что

Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors
for initialization at boot time.

никто этого не сделал.

[UnixNoob]

Попробуйте для начала подгрузить модули вручную.

Какая странная ситуация, я искал модуль самостоятельно в /lib/modules/$(uname -r) и не мог найти, поэтому не стал его пробовать грузить,а он загрузился...
Спасибо. Теперь все показывает.

никто этого не сделал.

Да,этого не делал, папка указанная является ссылкой на /etc/rc.d/init.d/ в Slackware.

Код: Выделить всё

prog/init/lm_sensors.init

не смог найти где он даже.

[Hephaestus]

никто этого не сделал

Я не знаю, что именно делал ТС.
Но он говорит, что из двух модулей подгружается один.
Однако я в этом сомневаюсь, поскольку lm_sensors в слаке настраивать приходилось.

А вот это

Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors

в слаке работать не будет.
Хотя бы потому, что никакого lm_sensors.init там нет.

Добавлено (23:21):

Теперь все показывает.

Отлично. Теперь нужно обеспечить подгрузку модулей при старте системы.
Что предлагает sensors-detect по этому поводу?
Вот это:

Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): y Copy prog/init/lm_sensors.init to /etc/init.d/lm_sensors for initialization at boot time. You should now start the lm_sensors service to load the required kernel modules.

Нету в слаке ни lm_sensors.init, который можно было бы скопировать, ни "lm_sensors service", который можно было бы запустить. Правда, /etc/sysconfig/lm_sensors создается, но по моему опыту, толку от него немного.

Поэтому я на своей системе обеспечил загрузку модулей более естественным для слаки способом:
с помощью файла /etc/rc.d/rc.modules.local
в этот файл можно добавить явную команду загрузки модуля:
/sbin/modprobe it87

Сам файл rc.modules.local должен иметь права на исполнение.
Он вызывается из rc.modules.

Можно, конечно, создать init-скрипт, но поскольку речь идет об одной-единственной команде подгрузки модуля,
init-скрипт мне представляется излишним.

Возможно, коллеги-слакварщики подскажут ещё какие-то способы.

[Bizdelnick]

никакого lm_sensors.init там нет

Должен бы быть. Может быть, даже уже в /etc/init.d, и его только надо включить.

Добавлено (23:25):

Можно, конечно, создать init-скрипт, но поскольку речь идет об одной-единственной команде подгрузки модуля,
init-скрипт мне представляется излишним.

Вообще-то, не только. Он запускает команду sensors -s, которая инициализирует сенсоры в соответствии с настройками в конфиге.

[Hephaestus]

Должен бы быть.

Кому должен? Почему должен?
В слаке система инициализации другая. А /etc/sysconfig/ - это вообще не из слаки, а из RH, если не ошибаюсь.
Так что не должен. И нету. В составе пакета нет такого файла.
Но файл мог быть сгенерирован при установке пакета, поэтому я ради интереса проверил ещё и поиском по диску. Нету.

[Bizdelnick]

Кому должен? Почему должен?

Потому что входит в состав lm_sensors.

В слаке система инициализации другая.

Там не используются инит-скрипты?

А /etc/sysconfig/ - это вообще не из слаки, а из RH, если не ошибаюсь.

Вы о чём сейчас?

Но файл мог быть сгенерирован при установке пакета, поэтому я ради интереса проверил ещё и поиском по диску. Нету.

Он вполне может называться иначе. Например, просто lm_sensors или lm-sensors.

[Hephaestus]

Потому что входит в состав lm_sensors.

Туда много чего входит.
В каталоге prog десяток вложенных каталогов.
Но не всё включено в пакет для слаки.

Там не используются инит-скрипты?

Используются, но с другими путями и другой схемой запуска.
Конкретно lm_sensors.init нужно патчить, чтобы полностью соответствовал.
И это, наверно, даже было бы полезно. Но не сделали.
Почему не сделали, я не знаю. Надо спрашивать у автора пакета.

Вы о чём сейчас?

Я о том, что каталога /etc/sysconfig в слаке нет и не было.
При установке lm_sensors он создается, да. Ради одного файла. Но каталог этот явно чужеродный.

Он вполне может называться иначе.

Может. Но вот чего он не может - это находиться где попало. Он должен находиться в каталоге init-скриптов.
Соответственно, в пакете это должно быть предусмотрено. Файл либо входит в пакет явно, либо генерируется при установке.
В данном случае ни того, ни другого нет - это я сейчас уже знаю точно, потому что посмотрел исходники пакета

[Bizdelnick]

Я о том, что каталога /etc/sysconfig в слаке нет и не было.

А я разве что-то про него писал?

[Hephaestus]

А я разве что-то про него писал?

Про него я писал. А Вы спросили, о чём речь.
Я Вам ответил.

[bormant]

коллеги-слакварщики подскажут ещё какие-то способы

Другой способ (менее каноничный ;-) ) -- вписать загрузку модуля в /etc/rc.d/rc.local

Код: Выделить всё

/sbin/modprobe it87
/usr/bin/sensors -s

Ну или загрузку модуля в /etc/rc.d/rc.modules.local, запуск "/usr/bin/sensors -s" -- в /etc/rc.d/rc.local:
/etc/rc.d/rc.modules.local

Код: Выделить всё

/sbin/modprobe it87

/etc/rc.d/rc.local

Код: Выделить всё

/usr/bin/sensors -s