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-sony-vaio-fit-e-i5-3337u-16gb-1000-dvd-rw-win8-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

[b]cpufrequtils[/b] sobie walnij. Przy ~1 % obciążeniu sprawdź wynik polecenia [b]lscpu[/b]. 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 [b]intel_pstate[/b], który - o ile wiem - steruje pobieraną mocą przez procesor. Przy [b]acpi-cpufreq[/b] względnie takich problemów nie ma, bo ten bezpośrednio steruje częstotliwościami.

Był taki program, który chyba zwał się [b]powertop[/b] 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

[quote=shevchenko1987]A jak zmienić sterownik procesora z intel_pstate na acpi-cpufreq?[/quote]
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

[quote=shevchenko1987]Miałeś racje. Jest gorzej, bo pomimo niższych częstotliwości wiatrak włącza się częściej.[/quote]
Bo chyba taka m. in. jest zasada działania intel_pstate:
[quote=Arjan van de Ven]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.[/quote]
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)[/quote]
Opcja z 7 jest najkorzystniejsza, ale nie zawsze działa wtedy wszystko dobrze.

Time (s)	Query
0.00011	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00106	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.224.53.246' WHERE u.id=1
0.00065	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.224.53.246', 1732216164)
0.00058	SELECT * FROM punbb_online WHERE logged<1732215864
0.00073	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24215 AND t.moved_to IS NULL
0.00007	SELECT search_for, replace_with FROM punbb_censoring
0.00214	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24215 ORDER BY p.id LIMIT 0,25
0.00071	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24215
Total query time: 0.00609 s

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.

#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.

#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:

Kod:

#22 2013-09-10 16:09:19

yossarian - Szczawiożerca