Linux a spotreba notebooku

24.1.2007 15:30 | Přečteno: 3401× | Linux | poslední úprava: 24.1.2007 17:44

Po inštalácii súčasnej verzie linuxu (Kubuntu 6.10) na noťase som si všimol mierne vačšiu teplotu (a tým aj hlučnosť a teplotu) notebooku. Nejak som sa s tým zmieril, ale odkedy ho na noťase používam ako hlavný systém, celkom ma to trápi. Takže tu zhrniem svoje (skromné) poznatky a ešte do éteru nastolím jeden kvíz pre vaše hračky - notebooky.

Mám notebook s druhou generáciou centrino platformy - sonoma: Pentium M 1.73, úplne štandardná konfigurácia . Ako asi väčšina ľudí, čo toto číta, vie, je možné s tým procesorom šetriť energiu (+ovplyvňovať výkon) viacerými spôsobmi. Od dynamického taktovania procesoru, cez podvoltovanie až po využívanie stavov C1-Cn.

Taktovanie procesoru

Väčšina plnohodnotných notebookových procesorov (Pentium, Core, Turion) podporuje túto funkcnionalitu. Podpora do jadra sa dostane pomocou zodpovedajúcich modulov (napr. speedstep-*, powernow-*), potom stačí už len použiť démona typu powernowd, cpufreqd na dynamickú úpravu frekvencie podľa vyťaženia procesora.

Podvoltovanie procesoru

Toto je vec o ktorej nevie úplne každý, čo používa notebook - aj keď sa tým dajú dosiahnúť dosť veľké úspory energie (podvoltovať procesor z +/- 0.95 na 0.7 V sa nejakou tou polhodinou výdrže navyše prejaví). Do jadra sa to dá dostať pomocou patchu Linux PHC. Nefunguje to však pre všetky procesory - Pentium M sú bez problémov (obe generácie), Core fungujú s istými hackmi, AMD vraj vôbec (aspoň to píšu na webe). Patch zo zrejmých dôvodov neumožňuje zväčšenie voltáže (ibaže by človek potreboval noťasom vykurovať, to potom môže trochu hacknúť orignálny patch). Po troche experimentovania sa môže človeku podariť zníženie napätia procesora o už spomenutých 0.2 V - aj pri maximálnej fekvencii, čím dôjde k výraznému zníženiu "tepelných strát"

C? states

Toto je môj kameň úrazu. Procesor môže pracovať na rôznych úrovniach výkonu, do ktorých sa prepína (resp. je prepínaný jadrom) podľa potrieb. Čím väčšie je číslo aktuálneho stavu, tým hlbšie je procesor uspatý (je vypnutých viac blokov), tým viac šetrí energiu a tým dlhšie trvá jeho prebudenie (aj keď sú to stále, tipujem, nano až mikrosekundy). Z toho čo som vypozoroval (na svojom NB), sa mení počet C stavov v závislosti od toho, či je notebook napájaný zo zásuvky alebo na baterky. V prvom prípade má C1-C3, v druhom o jeden viac.

Známym problémom centrino platformy je neprepínanie sa do hlbších stavov v prípade, že je do USB zapojené jedno alebo viac zariadení. V tom prípade procesor beží vždy v jednom stave (v mojom prípade je to stav C2 pri oboch druhoch napájania).

Zaujímavé pozorovanie: zatiaľ som svoj procesor nikdy nevidel bežať na C1

V súbore /proc/acpi/processor/CPU0/power je možné sledovať využitie jednotlivých stavov počas behu procesora, pričom sa tieto čítače vyresetujú vždy po prechode z AC na batériu a naopak (zrejme kvôli zmene počtu stavov). Práve tu nastáva prvý problém, ktorý sa už nejakú dobu snažím vyriešiť. Po odpojení všetkých USB zariadení stále ostáva pomer C2:C3 použitých pri nečinnosti asi tak 0.35-0.4, kým vo Windows som mával, odhadom, okolo 0.1. A čo je ešte horšie, pri spustení AmaroKu (iný program na prehrávanie som pri tejto príležitosti neskúšal (yet)) sa znovu používa iba C2 (žeby to bolo zvukovkou? alsou?). Výsledkom vo všetkých prípadoch je procesor na 44-45˚C a neustále zapnutý ventilátor (a z toho vyplývajúca asi 1/2-3/4 výdrž noťasu na baterky oproti windowsom).

Už som sa s tým naučil žiť, ale rád by som od tých, čo sa dočítali až sem, zistil, ako to vyzerá u nich. Napísal som malý bogovitý ale v podstate funkčný skriptík, ktorý ten pomer priebežne počíta:

#!/bin/sh

CP2=`cat /proc/acpi/processor/CPU0/power | grep 'C2:' | sed "s%.*duration.\(.*\).%\1%"`
CP3=`cat /proc/acpi/processor/CPU0/power | grep 'C3:' | sed "s%.*duration.\(.*\).%\1%"`

#echo $CS

while true; do
	clear
	C2=`cat /proc/acpi/processor/CPU0/power | grep 'C2:' | sed "s%.*duration.\(.*\).%\1%"`
	C3=`cat /proc/acpi/processor/CPU0/power | grep 'C3:' | sed "s%.*duration.\(.*\).%\1%"`

	CD2=`echo $C2 - $CP2 | bc`

	CD3=`echo $C3 - $CP3 | bc`

	CDS=`echo $CD2 + $CD3 | bc`

	CDP=`echo "scale=3; $CD2/$CDS" | bc`
	echo $CD2 $CD3 $CDS "=>" $CDP

	CP2=$C2
	CP3=$C3
	sleep 1
done

Očividne to nefunguje, ak má človek viac ako 3 C-stavy (alebo iné označovanie procesorov), alebo ak sa používa iný ako C2 a C3. Keď tak sa to dá celkom jednoducho upraviť :) Dúfam že vás čím viac napíše do diskusie, ako to vyzerá v priemere na vašom noťase, nech je s čím porovnávať. Dobré by bolo možno aj uviesť typ procesoru, frekvenciu, chipset, distribúciu a verziu jadra.

Skúšal som nabootovať do single módu a vypisovalo to stále približne tie hodnoty okolo 0.35-0.4, až kým som nezačal odoberať moduly. Keď mi ostalo skoro holé jadro - bez zvukovky, usb a podobných vymožeností, dostal som sa skoro k 0.1. A to teda stále nie je godknowswhat, keď procesor v podstate nemá čo robiť (zobrazuje statickú konzolu) a pritom 10% času núti procesor pracovať. O to drsnejšie je potom tých ~0.35, keď bol prakticky v tom istom stave - až na to, že v tomto prípade majú moduly linuxu nehoráznu (doslova) réžiu. Alebo mám ja niečo nehorázne zhnité v systéme .

Podtaktovanie grafickej karty

Aby bol zoznam kompletný, ešte sa zmienim o podtaktovaní grafiky. Neviem ako je to u nvidie, ale linuxácke binárne ovládače ATI (fglrx) podporujú PowerPlay (nastaviteľné cez aticonfig --set-powerstate). Nastavením najnižšieho módu sa tiež dá ušetriť kopa energie (pokiaľ viem, je to presne ten istý rozsah PowerPlay ako Catalystoch na windows).

Skrytý trik m$ window$

Keďže mám väčšinu času k notebooku pripojené rôzne usb komponenty (externý disk, myš, bluetooth), posledný bod by ma netrápil do momentu, keď chcem fungovať na batérie. Dosť dobrý problém majú potom ludia, ktorých výrobca notebooku použil "fake-usb-komponenty" (ako usb webkamery integorvané priamo nad displayom, usb bluetooth v tele notebooku) a ich procesor teda beží neustále naplno. Vďaka nemožnosti vypnúť tieto hračky potom prichádzajú o dobré percentá výdrže.

ALE. Aj keď mám všetky komponenty pripojené, stále môžem povedať, že za čias windows býval notebook chladnejší - pri rovnakých hodnotách taktu procesora, voltáže, ati powerplay... Kým vo widliach sa mi ventilátor roztočil pri nečinnosti povedzme raz za 20. minút na 5 minút, v linuxe beží stále. Takisto mám pocit, že je celkovo teplejší napr. v oblasti kde sú ram/wifi karta. O disku to isté radšej nepoviem, to už by bolo fakt absurdné (ibaže by som nebol zachytil jeho vypínanie vo windows, potom by to dávalo zmysel).

Záver

Preto - moja druhá otázka do éteru je: Existuje ešte niečo, čím je možné notebook priviesť k menšej teplote? Aj so zapojenými USB komponentami teda... Nejak pochybujem, že by šli podtaktovať RAMky za jazdy - o tom som teda ešte nepočul. Ešte som rozmýšlal o tzv. throttlingu, ale celkom pochybujem, že to windows využívajú. Existuje potom vôbec nejaký démon, ktorý by vedel na základe využitia procesoru meniť úroveň trottlingu? (niečo ako cpufreqd - cputhrotld). Bolo by skvelé, keby sa ozval niekto, čo tomu fakt rozumie

The end, respect všetkým čo došli na koniec
PS: tie reči o skvelých časoch windows si nevšímajte, s5 by som už nešiel, za to pohodlie v linuxe mi tých pár stupňov tepla navyše stále stojí, hlavne teraz v zime

       

Komentáře

[multi]

+2
velmi zajimava pozorovani

[ext3fs]

Zajímalo by mne co se stane když odstraním nahrané moduly pro BT, PCMCIA, čtečku karet, atp...Prostě od věcí které nepoužívám často. Sníží se tím také odběr? Teoreticky když něco nepoužívám (systém o tom zařízení přestane vědět) bude zařízení stále napájeno?

[bibri]

Mám naprosto stejné zkušenosti, ve winckách je ta spotřeba lépe udělaná a asi to začíná už v ovladačích.

Kdysi jsem si s tím několik dní hrál a dospěl jsem k celkem uspokojivému výsledku. Osobně to mám vyřešeno tak, že mám skripty, které mi při provozu na baterku vypínají úplně všechno nepotřebné. Dávám pryč všechny nepotřebné moduly (seznam je dlouhý, kromě usb dělá problémy i pcmcia, lp a scsi) a zastavuju všechny nepotřebné služby včetně atd, cronu a syslogu. Není to moc systémové, údajně se to dá udělat jinak abych nepřicházel o logy, ale to už jsem neřešil. Snižuji jas na minimum, zvětšuji gamu (trochu to pomůže) a vypínám výstup na externí monitor pomocí radeontool.

Dostal jsem se tak k 95 % výsledku ve Windows. S Thinkpadem T41 a standardní baterkou jsem vydržel přes 5 hodin, s lepší baterkou přes 8 hodin. Záleží samozřejmě na typu práce, ale při datlování ve vimu je ta výdrž taková. Nesmím překládat, TeXovat nebo něco podobného, pak to samozřejmě rapidně klesá.

Vyřešen nemám disk a mechaniku, řekl bych, že až to dodělám, budu na tom stejně, možná dokonce ještě lépe. Mám totiž vyzkoušeno, že když vyndám DVD mechaniku úplně, získám okolo 10 % času navíc. Plus nastavení disku, to taky něco udělá. Ale teď na to není čas, na tu mechaniku si musím pohrát s kernelem a nějakými patchi aby fungoval hotswap, a před hrátkami s diskem to chce mohutné zálohy. Zatím to bude muset počkat.

Nejvíc mně štve ten ventilátor, ten si při flákání ve Windows jen občas odfouknul. V Linuxu běží pořád i když šetřím a nevypne se to ani ve studeném prostředí... To je fakt na nas....

[ext3fs]

Většina CD/DVD mechanik se dá myslím pomocí hdparmu přivéct do nějakého úsporného režimu nebo úplně vypnout.

Ventilátory by se daly nějak regulovat v /proc/acpi/fan pokud to ACPI podporuje. Můj NB si reguluje větráček sám. ACPI o tom neví a docela jsem si na to zvykl. Alespoň mám jistotu, že to reguluje přesně tak, jak "asi" má :) Jinak při normální práci (KDevelop - jen psaní, ne překlad) se mi nepouští větrák vůbec. Když browsím ve Firefoxu, tak se občas spustí na nizké otáčky. Taktéž třeba při prohlížení PDF. Při přehrávání filmu (mplayer) se zapne větrák jen občas...cca každých 10min na asi 10 vteřin.

[bibri]

Většina CD/DVD mechanik se dá myslím pomocí hdparmu přivéct do nějakého úsporného režimu nebo úplně vypnout.

V úsporném režimu už je, ale řekl bych, že ve Windows se i vypíná, jinak si nedovedu vysvětlit tu nízkou spotřebu.

Ventilátory by se daly nějak regulovat v /proc/acpi/fan pokud to ACPI podporuje. Můj NB si reguluje větráček sám. ACPI o tom neví a docela jsem si na to zvykl. Alespoň mám jistotu, že to reguluje přesně tak, jak "asi" má :) Jinak při normální práci (KDevelop - jen psaní, ne překlad) se mi nepouští větrák vůbec. Když browsím ve Firefoxu, tak se občas spustí na nizké otáčky. Taktéž třeba při prohlížení PDF. Při přehrávání filmu (mplayer) se zapne větrák jen občas...cca každých 10min na asi 10 vteřin.

Přes /proc jsem to samozřejmě zkoušel, ale bezvýsledně. Můj NTB si asi taky reaguje otáčky sám, ale z nějakého důvodu prostě ventilátor v Linuxu nevypíná a dost mně to štve. Ve Windows se vypínal naprosto běžně ...

[Semo]

Akurat vcera som sa hral s undervoltingom na notebooku. Nastavil som hodnoty ako maximum z merani minimalnych hodnot v tabulke na http://gentoo-wiki.com/HOWTO_Undervolt_a_Pentium_M_CPU. Mam Pentium M 740 (1.73GHz) Teda:

798000:764,700,1064000:764,1330000:844,1730000:1052

A chodi to ok (pri max. frekvencii je to dokonca o 0.3V menej ako default. Nasiel som si aj programcek pre Win, kde si nastavujem rovnake hodnoty: http://www.pbus-167.com/

Teplota pri teste (cat /dev/urandom >/dev/null) vybiehala pri defaultnom voltovani na 70C. Pri podvoltovanom procaku je max. 57C. To znamena zaroven level 3 vetraku oproti iba levelu 1 a teda aj znatelne tichsi chod. Dokonca je procak schopny aj sam vychladnut z 51C (co je teplota pri ktorej sa vypina vetrak a teda teoreticky procak nema preco by chladol dalej) na 49C. Nejake testy na vydrz baterky som este nerobil

[mek]

http://www.thinkwiki.org/wiki/How_to_reduce_power_consumption

http://www.gentoo.org/doc/en/power-management-guide.xml

[medulin]

Skriptík mi nefunguje Mám sice jen C1 a C2 a ve skriptíku jsem to přepasal, ale pořád to hlásí:

(standard_in) 1: illegal character: :
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: parse error
(standard_in) 1: parse error

upravený skriptík:

#!/bin/sh

CP1=`cat /proc/acpi/processor/C0BE/power | grep 'C1:' | sed "s%.*duration.\(.*\).%\1%"`
CP2=`cat /proc/acpi/processor/C0BE/power | grep 'C2:' | sed "s%.*duration.\(.*\).%\1%"`

#echo $CS

while true; do
        clear
        C1=`cat /proc/acpi/processor/C0BE/power | grep 'C1:' | sed "s%.*duration.\(.*\).%\1%"`
        C2=`cat /proc/acpi/processor/C0BE/power | grep 'C2:' | sed "s%.*duration.\(.*\).%\1%"`

        CD1=`echo $C1 - $CP1 | bc`

        CD2=`echo $C2 - $CP2 | bc`

        CDS=`echo $CD1 + $CD2 | bc`

        CDP=`echo "scale=3; $CD1/$CDS" | bc`
        echo $CD1 $CD2 $CDS "=>" $CDP

        CP1=$C1
        CP2=$C2
        sleep 1
done

cat /proc/acpi/processor/C0BE/power

active state:            C2
max_cstate:              C8
bus master activity:     00000000
states:
    C1:                  type[C1] promotion[C2] demotion[--] latency[000] usage[13964420]
   *C2:                  type[C2] promotion[--] demotion[C1] latency[100] usage[59999100]