Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
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:
cpufreq-info
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:
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)
Offline
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.
Offline
[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)
Offline
Cpufrequtils zainstalowane. Inaczej nie mógłbym wam wkleić wyniku podanego wyżej (cpufreq-info) :)
Oto wynik lscpu:
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
Offline
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)
Offline
A jak zmienić sterownik procesora z intel_pstate na acpi-cpufreq?
Offline
[quote=shevchenko1987]A jak zmienić sterownik procesora z intel_pstate na acpi-cpufreq?[/quote]
http://forum.dug.net.pl/viewtopic.php?pid=239153#p239153
Offline
Wyłączone. Nawet działa, oto wynik:
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)
Offline
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:
cat /proc/cmdline
Offline
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:
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.
Offline
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.
Offline
Miałeś racje. Jest gorzej, bo pomimo niższych częstotliwości wiatrak włącza się częściej.
Offline
[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.
Offline
Dzięki za link i dobre rady :)
Offline
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.
Offline
Dzisiaj się pobawię tymi zmiennymi i dam znać jakie są tego efekty. :)
Offline
Odnośnie tego co pisze yossarian możesz też użyć np. /etc/modprobe.d/intel_gpu.conf . ja mam tak;
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.
Offline
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.
Offline
Panowie "Magicy", oto wynik z powertopa po ustawieniu rc6=7
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.
Offline
Brawo :)
A działa poprzez /sys/class/backlight/acpi_video0/brightness?
Ja mam ustawione to poza środowiskiem graficznym:
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.
Offline
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:
/sys/class/backlight/acpi_video0/brightness
tylko jest:
/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:
/etc/pm/power.d/brightness
Po prostu folder jest pusty.
Ostatnio edytowany przez shevchenko1987 (2013-09-10 16:08:49)
Offline
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 ;)
Offline
Fakt masz racje. To ścieżka do twojego skryptu :) Tak, zmienia się podświetlenie po zmianie wartości.
Offline
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.
Offline
Właśnie zrobiłem. Dla baterii - 20% (996), a zasilania sieciowego - 100% (4882). Nawet działa, dzięki wielkie! :)
Offline
Time (s) | Query |
---|---|
0.00023 | SET CHARSET latin2 |
0.00006 | SET NAMES latin2 |
0.00194 | 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.191.202.48' WHERE u.id=1 |
0.00103 | UPDATE punbb_online SET logged=1732482672 WHERE ident='18.191.202.48' |
0.00066 | SELECT * FROM punbb_online WHERE logged<1732482372 |
0.00087 | DELETE FROM punbb_online WHERE ident='3.17.155.142' |
0.00314 | DELETE FROM punbb_online WHERE ident='85.208.96.212' |
0.00061 | SELECT topic_id FROM punbb_posts WHERE id=240422 |
0.00232 | SELECT id FROM punbb_posts WHERE topic_id=24215 ORDER BY posted |
0.00064 | 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.00108 | 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.00211 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24215 |
Total query time: 0.01476 s |