LINUX.ORG.RU

Кто-то (кажется, LMT) упорно переключает процессор в performance

 , , ,


0

1

Из-за чего даже при маленьком LA он дико перегревается (да, мне впадлу снести ноут на смену спермопасты).

Если пишу в /sys/devices/system/cpu/cpufreq/policy0/scaling_governor ondemand — оно всё равно читается как performance. Через менюшку стыренного из бубунты индикатора та же фигня: вроде как пароль просит, переключает, пункт нужный отмечает, а толку 0. И так до тех пор, пока не остановил LMT — тогда стало слушаться. Но он-то не должен гімна в дупу заливать вроде:

root@localhost:/home/bodqhrohro# cat /etc/laptop-mode/conf.d/cpufreq.conf |grep -v '^#'|grep -v '^$'
DEBUG=0
CONTROL_CPU_FREQUENCY=1
BATT_CPU_MAXFREQ=slowest
BATT_CPU_MINFREQ=slowest
BATT_CPU_GOVERNOR=powersave
BATT_CPU_IGNORE_NICE_LOAD=1
LM_AC_CPU_MAXFREQ=fastest
LM_AC_CPU_MINFREQ=slowest
LM_AC_CPU_GOVERNOR=ondemand
LM_AC_CPU_IGNORE_NICE_LOAD=1
NOLM_AC_CPU_MAXFREQ=fastest
NOLM_AC_CPU_MINFREQ=slowest
NOLM_AC_CPU_GOVERNOR=ondemand
NOLM_AC_CPU_IGNORE_NICE_LOAD=0
CONTROL_CPU_THROTTLING=0
BATT_CPU_THROTTLING=maximum
LM_AC_CPU_THROTTLING=medium
NOLM_AC_CPU_THROTTLING=minimum

И такой конфиг уже несколько лет. Что это — баг? Или он из другого места performance берёт? Или это кто-то другой шалит, а с остановом просто совпало так?

Попробуй «cpupower --cpu all frequency-set -g performance»

Но в целом, если процессор ничего не делает, то я не вижу причин ему перегреваться даже в performance. Тут скорее всего что-то серьезное и одной сменой термопасты можно не отделаться.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Ну бразос, конечно, не ахти компресс какой, но так раньше же не перегревался, даже в жару и с закупоренной вентиляцией максимум градусов 80. А ещё не жара... если за 30 перевалит, то вообще трындец будет же. Чо там может быть кроме спермопасты и пыли-то?

bodqhrohro_promo
() автор топика
Ответ на: комментарий от anonymous

Мы таки знаем толк в говне, вон расово свиноинский пейсатель Винничук целый рассказ написал про остров из говна.

bodqhrohro_promo
() автор топика
Ответ на: комментарий от bodqhrohro_promo

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

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Попугай меня тут, что я его вообще включать перестану и уйду в лес. Вон ленова обнаружила взрывоопасность в старых искоробшных аккумуляторах; моя модель вроде как не подпадает, но списка-то официального не было ещё, а ждать больше месяца. Впрочем, хорошо, что я это вообще увидел; если бы не заглядывал на ЛОР, мог бы и не узнать.

bodqhrohro_promo
() автор топика
Ответ на: комментарий от bodqhrohro_promo

Риск возникновения пожара или даже взрыва - характерная особенность литий-ионных аккумуляторов. Но такова цена компактности: чем больше энергии мы засовываем в относительно небольшой и легкий предмет, тем больше бед эта энергия натворит, если внезапно вырвется наружу.

Khnazile ★★★★★
()
Ответ на: комментарий от Khnazile

Риск возникновения пожара или даже взрыва - характерная особенность

... любых компактных но ёмких источников энергии, не требующих здорового оборудования для своей работы.

anonymous
()
Ответ на: комментарий от bodqhrohro_promo

# powertop

OmniOS

C-states (idle power)   Avg     Residency                        P-states (frequencies)
C0 (cpu running)                (3.4%)                           1600 Mhz        90.6%
C1                      1.6ms   (2.2%)                           1700 Mhz        0.0%
C2                      1.6ms   (2.0%)                           1800 Mhz        0.0%
C3                      2.1ms   (92.4%)                          1900 Mhz        0.0%
                                                                 2000 Mhz        0.0%
                                                                 2100 Mhz        0.0%
                                                                 2200 Mhz        0.0%
                                                                 2300 Mhz        0.0%
                                                                 2400 Mhz        0.0%
                                                                 2500 Mhz        0.0%
                                                                 2600 Mhz        0.0%
                                                                 2700 Mhz        0.0%
                                                                 2800 Mhz        0.0%
                                                                 2900 Mhz        0.0%
                                                                 3000 Mhz        0.0%
                                                                 3138 Mhz(turbo) 9.4%

Wakeups-from-idle per second: 1890.4    interval: 5.0s
no ACPI power usage estimate available

Top causes for wakeups:
64.6% (1221.8)                 sched :  <xcalls> unix`dtrace_xcall_func
 5.3% (100.2)               <kernel> :  genunix`clock
 4.4% ( 82.4)               <kernel> :  genunix`cv_wakeup
 3.3% ( 62.4)            <interrupt> :  aac#0
 2.7% ( 50.2)               <kernel> :  SDC`sysdc_update
 2.1% ( 40.0)                  sched :  <xcalls> unix`speedstep_pstate_transition
 0.9% ( 16.4)            <interrupt> :  ahci#0
 0.5% (  9.8)            <interrupt> :  rge#0
 0.4% (  7.6)               <kernel> :  ehci`ehci_handle_root_hub_status_change
 0.2% (  4.0)               <kernel> :  cpudrv`cpudrv_monitor_disp
 0.2% (  4.0)               <kernel> :  genunix`schedpaging
 0.2% (  3.6)                   perl :  <xcalls> unix`speedstep_pstate_transition
 0.2% (  3.0)                 dtrace :  <xcalls> unix`dtrace_xcall_func
 0.1% (  1.8)                 format :  <xcalls> unix`speedstep_pstate_transition
 0.1% (  1.8)                  sleep :  <xcalls> unix`speedstep_pstate_transition
 0.1% (  1.8)                   bash :  <xcalls> unix`speedstep_pstate_transition
 0.1% (  1.6)               <kernel> :  sd`sd_pm_idletimeout_handler
 0.1% (  1.2)            <interrupt> :  ehci#1
 0.1% (  1.0)               <kernel> :  genunix`clock_realtime_fire
 0.1% (  1.0)                  ksh93 :  <xcalls> unix`hati_demap_func
 0.1% (  1.0)               <kernel> :  acpi_drv`acpi_drv_cbat_rescan
 0.1% (  1.0)               <kernel> :  TS`ts_update
 0.0% (  0.8)                nicstat :  <xcalls> unix`hati_demap_func
 0.0% (  0.8)            <interrupt> :  ehci#0
 0.0% (  0.6)               <kernel> :  ip`squeue_fire
 0.0% (  0.6)                 prstat :  <xcalls> unix`speedstep_pstate_transition
 0.0% (  0.6)                 dtrace :  <xcalls> unix`speedstep_pstate_transition
 0.0% (  0.6)                   perl :  <xcalls> unix`hati_demap_func
 0.0% (  0.6)                   ping :  <xcalls> unix`speedstep_pstate_transition
 0.0% (  0.6)                  sched :  <xcalls> unix`null_xcall
CentOS
Summary: 11,4 wakeups/second,  0,0 GPU ops/seconds, 0,0 VFS ops/sec and 0,4% CPU use

                Usage       Events/s    Category       Description
              1,7 ms/s       4,9        Process        fb_inet_server
             15,4 µs/s       1,6        Process        [events/0]
             14,7 µs/s       0,9        Process        [events/3]
             25,0 µs/s       0,5        Process        [kjournald]
              9,9 µs/s       0,5        Process        [events/2]
              6,6 µs/s       0,5        Process        [events/1]
              0,8 ms/s      0,00        Interrupt      [3] net_rx(softirq)
              1,7 µs/s      0,30        Process        [watchdog/0]
              1,5 µs/s      0,30        Process        [watchdog/1]
              1,4 µs/s      0,30        Process        [watchdog/2]
            696,3 µs/s      0,00        Timer          rh_timer_func
              1,2 µs/s      0,25        Process        [watchdog/3]
             42,3 µs/s      0,20        Process        [flush-202:0]
              5,9 µs/s      0,20        Process        [flush-202:16]
              0,7 µs/s      0,20        Process        [kblockd/0]
            160,8 µs/s      0,10        Process        powertop
             13,2 µs/s      0,15        Process        ntpd -u ntp:ntp -p /var/run/ntpd.pid -g
              0,8 µs/s      0,15        Process        [sync_supers]
            299,3 µs/s      0,00        Interrupt      [912] eth0
              4,6 µs/s      0,10        Process        /usr/libexec/postfix/master
              3,2 µs/s      0,05        Process        /opt/firebird/bin/fb_lock_mgr
              2,6 µs/s      0,05        Process        sshd: root@pts/0
              1,1 µs/s      0,05        Process        rpcbind
              0,3 µs/s      0,05        Process        [ksoftirqd/3]
             71,5 µs/s      0,00        Interrupt      [935] timer0
             59,7 µs/s      0,00        Timer          tick_sched_timer
             54,4 µs/s      0,00        Interrupt      [920] timer3
             42,3 µs/s      0,00        Interrupt      [1] timer(softirq)
             21,7 µs/s      0,00        Interrupt      [7] sched(softirq)
             17,2 µs/s      0,00        Timer          delayed_work_timer_fn
             15,5 µs/s      0,00        Interrupt      [925] timer2
             15,2 µs/s      0,00        Interrupt      [9] RCU(softirq)
             11,0 µs/s      0,00        Timer          clocksource_watchdog
              9,6 µs/s      0,00        Interrupt      [930] timer1
              9,6 µs/s      0,00        Interrupt      [913] blkif
              8,5 µs/s      0,00        Timer          watchdog_timer_fn
              7,8 µs/s      0,00        Interrupt      [914] blkif
              7,4 µs/s      0,00        Interrupt      [2] net tx(softirq)
              5,9 µs/s      0,00        Interrupt      [921] callfuncsingle2
              5,4 µs/s      0,00        Interrupt      [931] callfuncsingle0
              4,5 µs/s      0,00        Interrupt      [926] callfuncsingle1
              2,6 µs/s      0,00        Timer          tcp_write_timer
              2,4 µs/s      0,00        Process        pickup -l -t fifo -u
              1,7 µs/s      0,00        Timer          process_timeout
              1,4 µs/s      0,00        Timer          sched_rt_period_timer
              1,1 µs/s      0,00        Interrupt      [929] resched1
              1,0 µs/s      0,00        Timer          hrtimer_wakeup
              0,8 µs/s      0,00        Timer          fib6_gc_timer_cb
              0,7 µs/s      0,00        Interrupt      [934] resched0
              0,7 µs/s      0,00        Timer          sync_supers_timer_fn
              0,6 µs/s      0,00        Timer          tcp_delack_timer

Minona ★★☆
()
Ответ на: # powertop от Minona

А, пжы, шо мне вэйкапы дадут — я и по топу вижу, какой кривософт пытается целое ядро сожрать. Сабжевую проблему-то это не решает, она про случаи, когда кривософт присмирен.

bodqhrohro_promo
() автор топика

Это всё потому что ты тупой. Ondemand — это планировщик, работающий через acpi-cpufreq. В относительно новых процах от Intel чатотами рулят через драйвер intel_pstate, у которого есть только два состояния: perfomance и powersave.

unanimous ★★★★★
()
Ответ на: комментарий от unanimous

Тыкал я года три назад этот ваш TLP, он более убогим, чем LMT, оказался, и слишком заточенным по фичам под ѳинкпады; с тех пор что-то поменялось?

bodqhrohro_promo
() автор топика
Последнее исправление: bodqhrohro_promo (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.