Forum Debian Users Gang

shevchenko1987 · 2013-09-09 16:11:11

Witam po dłuższej przerwie :)

Ostatnio zmieniłem laptopa, bo w poprzednim spaliła mi się płyta główna, a serwis stwierdził zalanie którego nie było. No, ale wiadomo z nimi się nie wygra. W moim nowym laptopie po instalacji Debiana Jessie mam dziwną kwestię dotyczącą skalowania procesora. Oto wynik:

Kod:

cpufreq-info

Kod:

root@VAIO:/home/shevchenko1987# 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: 0.97 ms.
  hardware limits: 800 MHz - 2.70 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 800 MHz and 2.70 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.35 GHz (asserted by call to hardware).
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: 0.97 ms.
  hardware limits: 800 MHz - 2.70 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 800 MHz and 2.70 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.37 GHz (asserted by call to hardware).
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: 0.97 ms.
  hardware limits: 800 MHz - 2.70 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 800 MHz and 2.70 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.62 GHz (asserted by call to hardware).
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: 0.97 ms.
  hardware limits: 800 MHz - 2.70 GHz
  available cpufreq governors: performance, powersave
  current policy: frequency should be within 800 MHz and 2.70 GHz.
                  The governor "powersave" may decide which speed to use
                  within this range.
  current CPU frequency is 1.46 GHz (asserted by call to hardware).

Obok Debiana mam zainstalowany Windows 8. Zastanawia mnie dlaczego na "pustym" (nie obciążonym niczym) systemie skalowanie procesora nie schodzi do 800 Mhz tak jak na wcześniej wspomnianym Windowsie? Tylko oscyluje gdzieś między 1200 a 2100 Mhz? Co może być przyczyną?

Mam zainstalowany najnowszy microcode.

Link do specyfikacji: http://www.x-kom.pl/p/150687-notebook-laptop-15-6-s … n8-bialy.html

Wynik lspci:

Kod:

root@VAIO:/home/shevchenko1987# lspci
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
01:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 740M] (rev ff)
07:00.0 Network controller: Broadcom Corporation BCM43142 802.11b/g/n (rev 01)
08:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)
0e:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

Ostatnio edytowany przez shevchenko1987 (2013-09-09 16:16:29)

shevchenko1987 · 2013-09-09 16:31:09

Właśnie zainstalowałem na próbę kernel Liquorix. O dziwo jeden 1 wątek działał normalnie, ale 3 pozostałe dalej źle.

Pavlo950 · 2013-09-09 16:33:06

cpufrequtils sobie walnij. Przy ~1 % obciążeniu sprawdź wynik polecenia lscpu. Byłeś w innym serwisie?

// ups.

Widzę, że masz.

Ostatnio edytowany przez PavloAkaLogan (2013-09-09 16:37:35)

shevchenko1987 · 2013-09-09 16:37:01

Cpufrequtils zainstalowane. Inaczej nie mógłbym wam wkleić wyniku podanego wyżej (cpufreq-info) :)

Oto wynik lscpu:

Kod:

shevchenko1987@VAIO:~$ lscpu
Architektura:          x86_64
Tryb(y) pracy CPU:     32-bit, 64-bit
Kolejność bajtów:   Little Endian
CPU:                   4
Lista aktywnych CPU:   0-3
Wątków na rdzeń:    2
Rdzeni na gniazdo:     2
Gniazd:                1
Węzłów NUMA:        1
ID producenta:         GenuineIntel
Rodzina CPU:           6
Model:                 58
Wersja:                9
CPU MHz:               2106.000
BogoMIPS:              3591.74
Wirtualizacja:         VT-x
Cache L1d:             32K
Cache L1i:             32K
Cache L2:              256K
Cache L3:              3072K
Procesory węzła NUMA 0:0-3

Pavlo950 · 2013-09-09 16:42:51

Używasz sterownika intel_pstate, który - o ile wiem - steruje pobieraną mocą przez procesor. Przy acpi-cpufreq względnie takich problemów nie ma, bo ten bezpośrednio steruje częstotliwościami.

Był taki program, który chyba zwał się powertop i umożliwiał sprawdzenie, co i ile energii może pobierać. Z tego co widziałem, to tak mniej więcej ten program działa.

///

Pamiętam, że nasi forumowi Koledzy wspominali o tych sterownikach w którymś wątku. Może ktoś wie, co to był za wątek?

Ostatnio edytowany przez PavloAkaLogan (2013-09-09 16:44:20)

shevchenko1987 · 2013-09-09 16:49:18

A jak zmienić sterownik procesora z intel_pstate na acpi-cpufreq?

yossarian · 2013-09-09 16:59:32

shevchenko1987 napisał(-a):
A jak zmienić sterownik procesora z intel_pstate na acpi-cpufreq?

http://forum.dug.net.pl/viewtopic.php?pid=239153#p239153

shevchenko1987 · 2013-09-09 17:19:07

Wyłączone. Nawet działa, oto wynik:

Kod:

root@VAIO:/home/shevchenko1987# 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: 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: 774 MHz - 1.80 GHz
  available frequency steps: 1.80 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.50 GHz, 1.40 GHz, 1.30 GHz, 1.20 GHz, 1.10 GHz, 1000 MHz, 900 MHz, 800 MHz, 774 MHz
  available cpufreq governors: powersave, conservative, userspace, ondemand, performance
  current policy: frequency should be within 774 MHz and 1.80 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.80 GHz (asserted by call to hardware).
  cpufreq stats: 1.80 GHz:3,36%, 1.80 GHz:0,02%, 1.70 GHz:0,03%, 1.60 GHz:0,03%, 1.50 GHz:0,02%, 1.40 GHz:0,03%, 1.30 GHz:0,02%, 1.20 GHz:0,07%, 1.10 GHz:0,02%, 1000 MHz:0,07%, 900 MHz:0,08%, 800 MHz:0,01%, 774 MHz:96,23%  (1166)
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  hardware limits: 774 MHz - 1.80 GHz
  available frequency steps: 1.80 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.50 GHz, 1.40 GHz, 1.30 GHz, 1.20 GHz, 1.10 GHz, 1000 MHz, 900 MHz, 800 MHz, 774 MHz
  available cpufreq governors: powersave, conservative, userspace, ondemand, performance
  current policy: frequency should be within 774 MHz and 1.80 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.80 GHz (asserted by call to hardware).
  cpufreq stats: 1.80 GHz:3,12%, 1.80 GHz:0,04%, 1.70 GHz:0,04%, 1.60 GHz:0,05%, 1.50 GHz:0,02%, 1.40 GHz:0,04%, 1.30 GHz:0,02%, 1.20 GHz:0,04%, 1.10 GHz:0,04%, 1000 MHz:0,05%, 900 MHz:0,07%, 800 MHz:0,01%, 774 MHz:96,44%  (1079)
analyzing CPU 2:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 2
  CPUs which need to have their frequency coordinated by software: 2
  maximum transition latency: 10.0 us.
  hardware limits: 774 MHz - 1.80 GHz
  available frequency steps: 1.80 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.50 GHz, 1.40 GHz, 1.30 GHz, 1.20 GHz, 1.10 GHz, 1000 MHz, 900 MHz, 800 MHz, 774 MHz
  available cpufreq governors: powersave, conservative, userspace, ondemand, performance
  current policy: frequency should be within 774 MHz and 1.80 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.80 GHz (asserted by call to hardware).
  cpufreq stats: 1.80 GHz:2,99%, 1.80 GHz:0,02%, 1.70 GHz:0,02%, 1.60 GHz:0,02%, 1.50 GHz:0,01%, 1.40 GHz:0,06%, 1.30 GHz:0,04%, 1.20 GHz:0,06%, 1.10 GHz:0,11%, 1000 MHz:0,09%, 900 MHz:0,09%, 800 MHz:0,01%, 774 MHz:96,46%  (1155)
analyzing CPU 3:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 3
  CPUs which need to have their frequency coordinated by software: 3
  maximum transition latency: 10.0 us.
  hardware limits: 774 MHz - 1.80 GHz
  available frequency steps: 1.80 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.50 GHz, 1.40 GHz, 1.30 GHz, 1.20 GHz, 1.10 GHz, 1000 MHz, 900 MHz, 800 MHz, 774 MHz
  available cpufreq governors: powersave, conservative, userspace, ondemand, performance
  current policy: frequency should be within 774 MHz and 1.80 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 1.80 GHz (asserted by call to hardware).
  cpufreq stats: 1.80 GHz:2,41%, 1.80 GHz:0,03%, 1.70 GHz:0,01%, 1.60 GHz:0,02%, 1.50 GHz:0,00%, 1.40 GHz:0,02%, 1.30 GHz:0,02%, 1.20 GHz:0,01%, 1.10 GHz:0,04%, 1000 MHz:0,03%, 900 MHz:0,05%, 800 MHz:0,00%, 774 MHz:97,35%  (734)

Tylko teraz procesor nie wkreci się więcej niż na 1800 MHz? Co z trybem Turbo?

Ostatnio edytowany przez shevchenko1987 (2013-09-09 17:19:37)

yossarian · 2013-09-09 17:29:49

Turbo działa niezależnie od tego.

Tylko nie napisałeś wcześniej na czym ów błąd polegał.
intel_pstate działa na innych zasadach niż same częstotliwości i nie wiem czy teraz nie masz „gorzej”.
Miałeś większe zużycie energii?
Jaki masz konkretnie kernel?
I pokaz jeszcze:

Kod:

cat /proc/cmdline

shevchenko1987 · 2013-09-09 17:36:40

Zużycia energii na razie nie podam, bo bateria się ładuje. Na pstate podczas idle było 8-11W. Kernel 3.10.7 (stock). Wynik:

Kod:

BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=d68daa44-9803-492c-b670-d33886f77210 ro pcie_aspm=force acpi_osi=Linux acpi=force acpi_enforce_resources=lax i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1 drm.vblankoffdelay=1 acpi_backlight=vendor "acpi_osi=!Windows 2012" quiet intel_pstate=disable

To są świadome wpisy, gdyż bez nich przy każdym uruchomieniu musiałem rozjaśniać ekran.

yossarian · 2013-09-09 17:45:01

Najpierw wypadałoby porównać zużycie energii na tych dwóch sterownikach, a pózniej dopiero przejmować się częstotliwościami.
Dla intel_pstate ustawienia są w /sys/devices/system/cpu/intel_pstate/

No i to dość nowy wynalazek dlatego lepiej (przynajmniej teoretycznie) używać najnowszego kernela.

shevchenko1987 · 2013-09-09 17:51:20

Miałeś racje. Jest gorzej, bo pomimo niższych częstotliwości wiatrak włącza się częściej.

yossarian · 2013-09-09 18:12:16

shevchenko1987 napisał(-a):
Miałeś racje. Jest gorzej, bo pomimo niższych częstotliwości wiatrak włącza się częściej.

Bo chyba taka m. in. jest zasada działania intel_pstate:

Arjan van de Ven napisał(-a):
First, on "always runs faster" and "less time to save power".
This is called "race-to-halt", and the idea is indeed that if you go faster, you can be idle longer, and that as long as your idle power is low enough.. it's a net win.

https://plus.google.com/117091380454742934025/posts/2vEekAsG2QT
Tam masz więcej na ten temat.

shevchenko1987 · 2013-09-09 22:04:31

Dzięki za link i dobre rady :)

yossarian · 2013-09-10 12:32:01

To tylko teoretyczne działanie.
Zanim to okrzepnie, to przez jakiś czas może na niektórych maszynach powodować jakieś problemy.
Za jakiś czas powinno być już bardziej dopracowane.

Masz sporo parametrów w Grubie. Czasem to powoduje jakieś problemy. Możesz poeksperymentować z wywalaniem niektórych.
I tym się możesz przy okazji pobawić:

parm: i915_enable_rc6:Enable power-saving render C-state 6. Different stages can be selected via bitmask values (0 = disable; 1 = enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For example, 3 would enable rc6 and deep rc6, and 7 would enable everything. default: -1 (use per-chip default) (int)

Opcja z 7 jest najkorzystniejsza, ale nie zawsze działa wtedy wszystko dobrze.

shevchenko1987 · 2013-09-10 13:14:33

Dzisiaj się pobawię tymi zmiennymi i dam znać jakie są tego efekty. :)

dominbik · 2013-09-10 13:39:21

Odnośnie tego co pisze yossarian możesz też użyć np. /etc/modprobe.d/intel_gpu.conf . ja mam tak;

Kod:

options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock

To nieźle oszczędza energię, wszystko działa okey, ale generalnie może powodować problemy i gdzieś czytałem, że nawet przez samych developerów rc7 nie jest zalecane.

yossarian · 2013-09-10 13:48:41

IMHO dla samych testów lepiej po prostu na bieżąco, podczas uruchamiania dopisywać (lub zmieniać) do Gruba.

Dopiero po znalezieniu najlepszych ustawień zapisać je do /etc/modprobe.d/
Chyba tak jest najszybciej i najwygodniej.

shevchenko1987 · 2013-09-10 15:49:03

Panowie "Magicy", oto wynik z powertopa po ustawieniu rc6=7

Kod:

The battery reports a discharge rate of 6.29 W
The estimated remaining time is 397 minutes

Czyli bardzo dobrze. :)
Tylko nie wiem czemu po odłączeniu kabla zasilania ekran się nie ściemnia mimo ustawienia 30% w ustawieniach zasilania KDE. Dopiero muszę ściemniać w aplecie zasilania dostępnym w zasobniku systemowym.

yossarian · 2013-09-10 15:52:26

Brawo :)

A działa poprzez /sys/class/backlight/acpi_video0/brightness?
Ja mam ustawione to poza środowiskiem graficznym:

Kod:

cat /etc/pm/power.d/brightness
#!/bin/bash

case $1 in
    true)
    echo 5 > /sys/class/backlight/acpi_video0/brightness
    ;;
    false)
    echo 12 > /sys/class/backlight/acpi_video0/brightness
    ;;
esac

Może to jakiś błąd w KDE.

shevchenko1987 · 2013-09-10 16:05:44

Po wyłączeniu Skype i Kadu zużycie spada nawet do 5.5 W :)

To nie błąd w KDE. U mnie nie ma ścieżki:

Kod:

/sys/class/backlight/acpi_video0/brightness

tylko jest:

Kod:

/sys/class/backlight/intel_brightness/brightness

I w ogóle jakieś dziwne wartości, bo żeby mieć 20% podświetlenia muszę wpisać wartość dla echo 996.

-----

Nie mam również tego pliku:

Kod:

/etc/pm/power.d/brightness

Po prostu folder jest pusty.

Ostatnio edytowany przez shevchenko1987 (2013-09-10 16:08:49)

yossarian · 2013-09-10 16:09:19

Wartości są różne, zależnie od sprzętu.
Ścieżka tez potrafi być inna.

Chodziło mi o samo sprawdzenie, czy działa poprzez zmianę wartości w tych plikach.
W ten sposób sprawdzisz czy to wina KDE.

Nie masz tego pliku bo ja go sam w tym celu utworzyłem ;)

shevchenko1987 · 2013-09-10 16:11:42

Fakt masz racje. To ścieżka do twojego skryptu :) Tak, zmienia się podświetlenie po zmianie wartości.

yossarian · 2013-09-10 16:14:11

Wychodzi na to, że KDE ma z tym problem.
Nie masz tam jakichś opcji z tym związanych?

Dawno nie używałem KDE.

Zawsze możesz zrobić swój skrypt, który zrobi to samo z automatu.

shevchenko1987 · 2013-09-10 16:19:08

Właśnie zrobiłem. Dla baterii - 20% (996), a zasilania sieciowego - 100% (4882). Nawet działa, dzięki wielkie! :)

Forum Debian Users Gang

Ogłoszenie

#1 2013-09-09 16:11:11

shevchenko1987 - Użytkownik

Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

Kod:

Kod:

#2 2013-09-09 16:31:09

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#3 2013-09-09 16:33:06

Pavlo950 - człowiek pasjonat :D

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#4 2013-09-09 16:37:01

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#5 2013-09-09 16:42:51

Pavlo950 - człowiek pasjonat :D

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#6 2013-09-09 16:49:18

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#7 2013-09-09 16:59:32

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

shevchenko1987 napisał(-a):

#8 2013-09-09 17:19:07

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#9 2013-09-09 17:29:49

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#10 2013-09-09 17:36:40

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#11 2013-09-09 17:45:01

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#12 2013-09-09 17:51:20

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#13 2013-09-09 18:12:16

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

shevchenko1987 napisał(-a):

Arjan van de Ven napisał(-a):

#14 2013-09-09 22:04:31

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#15 2013-09-10 12:32:01

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#16 2013-09-10 13:14:33

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#17 2013-09-10 13:39:21

dominbik - Członek DUG

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#18 2013-09-10 13:48:41

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

#19 2013-09-10 15:49:03

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#20 2013-09-10 15:52:26

yossarian - Szczawiożerca

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

#21 2013-09-10 16:05:44

shevchenko1987 - Użytkownik

Re: Niepoprawne skalowanie procesora Intel i5 - Debian Jessie.

Kod:

Kod: