Mi zabálja az akku időmet? - PowerTOP az Intel-től Linux-ra

Intel

Mi emészti fel az akkumulátor időt a notebook-omon? Miért nem megy a rendszerem több ideig? A rendszerem melyik komponense zabálja a legtöbb energiát? Fontos kérdések ezek, amelyekre nem kaptunk választ... eddig.

Úgy tűnik, hogy az Intel folytatja azt a nagyszerű munkáját, amellyel a szabad szoftveres közösséget támogatja. A cég pénteken jelentette be PowerTOP névre hallgató, GPL licencű segédprogramját, amely információkat gyűjt a laptop-ok állapotáról, és értékes információkat nyújt arról, hogy az hogyan "dolgozik" az energiafelhasználás szempontjából. Az utility emellett áttekintést ad arról, hogy melyik rendszerkomponens vagy felhasználói program emészti fel a legtöbb energiát, és tippeket ad az optimális üzem eléréséhez.

A 2.6.21-es Linux kernel-lel bemutatkozik egy új szolgáltatás, az ún. "tickles-idle". Ez a funkció lehetővé teszi, hogy a processzor valóban hosszú időkön keresztül "pihenjen" ahelyett, hogy minden egyes millimásodpercben "felébredne" a "timer tick" miatt. A korszerű processzorok jelentős energiát takaríthatnak meg azzal, ha hosszú időkön keresztül "pihenhetnek". Viszont a Linux-alapú rendszerek nem csak kernelt tartalmaznak, hanem számos finomhangolható részt és felhasználói programokat is. Nehezen látható át, hogy mi folyik egy ilyen rendszerben, és ennek az az eredménye, hogy az üzemeltetés néha messze van az optimálistól, amelynek eredményeképpen felesleges energiát pazarlunk.

Egy átlagos Linux-alapú rendszerben több olyan komponenes is található, amely indokolatlanul, rendszeresen "felébreszti" a CPU-t a "pihenésből". A PowerTOP fejlesztői azt látták, hogy számos esetben elegendő kisebb "fixeket" végezni, és az eredmény plusz egy vagy még annál is több óra akku idő.

A PowerTOP fejlesztők több olyan "javítást" is közreadnak, amelyet vizsgálódásaik során megszerzett infók alapján készítettek, és amelyek segítik az Intel processzorra épülő laptop-ok akku idejének lehető legjobb kihasználását.

A PowerTop 1.0-s verziója letölthető innen. A telepítése rém egyszerű, kibontás, make, másolás, futtatás (a CONFIG_TIMER_STATS kernel opciót engedélyezni kell). A honlapja szerint már több Linux disztró (Debian, Gentoo, Fedora, ...) devel verziójában ott figyel csomagban, úgyhogy hamarosan várható a felbukkanása a végfelhasználóknál is.

A projekt bejelentése Arjan van de Ven-től itt. A projekt weboldala itt. Levlista és archívum itt.

Frissítés: mivel az oldal nem mindig megy, a HUP-ról is leech-elhető innen.

( YanChi | 2007. 05. 13., v – 11:22 )

Azt azért hozzátenném, hogy az én notebookom pl. másfélszer annyi ideig bírja Linuxszal, mint Windows-zal. Ami így, különösebb finomhangolás nélkül elég szép tőle :o)

Elhiszem én neked. Más meg máshogy járt. Erre csak azt tudom mondani, hogy ij (így jártál).

Egyébként (most említem másodszor), a 2.6.21-től lesz (van) "tickless-idle" kernel funkció. Hogy az Ubuntu Feisty-ben nem tapasztalod ennek jótékony hatását, azt nem csodálom, hiszen abban csak 2.6.20 van gyárilag. Ha valaki pörgetett bele újabbat (én nem), az tapasztalhat fejlődést nyilván.

Egyébként attól is erősen függ, hogy kinek milyen hardvere van, ahhoz milyen drivert használ, az hogyan van megírva, milyen programokat futtat, stb. Ezért lett az utility.

--
trey @ gépház

Nekem már nincs winem, így összehasonlítani nem tudom, de érzésből sokkal tovább bírja a linuxom (szintén Gentoo + KDE + ck-sources). Kábé 2,5 óráig egy 3 éves akksitól nem rossz teljesítmény.

Egyébkény jött egy frissítés a ck-hoz, forgass új kernelt, ha swap prefetch-et is használsz.
Gentoo Bug 178222

( bervi | 2007. 05. 13., v – 12:00 )

ez mind meseszép, de:

1. most akkor mi is lesz ebből? most daemon, ha jól veszem ki, de ezekből a patch-ekből mi lesz (fura, az előbb mintha valami olyasmit olvastam volna, hogy patch-ek készülnek, de most nem találom)?
2. amd tulajdonosok ebből kb mit érzékelnek, kb semmit?

+1 én nem találom ezt a CONFIG_TIMER_STATS opciót

"1. most akkor mi is lesz ebből? most daemon,"

Nem.

"ha jól veszem ki, de ezekből a patch-ekből mi lesz"

Nyilván ha hasznosak, bekerülnek a megfelelő szoftverekbe, mint javítások.

"(fura, az előbb mintha valami olyasmit olvastam volna, hogy patch-ek készülnek, de most nem találom)?"

Aludni kéne. A hozzászólások közt van.

"2. amd tulajdonosok ebből kb mit érzékelnek, kb semmit?"

wtfc? (egyébként ha ezek a powersave funkciók benne vannak az AMD processzorokban, akkor PowerTop-ot a forrás birtokában (GPL ugyebár), marha bonyolult átírni, hiszen van az párszáz sor is.

"+1 én nem találom ezt a CONFIG_TIMER_STATS opciót"

2.6.18-tól. Mivel ez csökkentheti a teljesítményt, valószínűleg disztró kernelekbe nincs beleforgatva. Kell csinálni egy debug kernelt, azzal elemezni, majd ha már nem kell, normál (nem debug) kernelt használni.

(megjegyzem, ez valószínűleg fejlesztőknek és disztró készítőknek lesz hasznos, és kevésbé végfelhasználóknak)

--
trey @ gépház

""1. most akkor mi is lesz ebből? most daemon,"

Nem. "

make, másolás, futtatás ... akkor mi?

"2.6.18-tól. Mivel ez csökkentheti a teljesítményt, valószínűleg disztró kernelekbe nincs beleforgatva. Kell csinálni egy debug kernelt, azzal elemezni, majd ha már nem kell, normál (nem debug) kernelt használni."

vanilla kernelem van, annak a konfigjában kerestem, de no match

Egy "top"-hoz hasonló utility lesz belőle. A neve: powertop. Azt mutatja, hogy mi mennyi engerigát fogyaszt. Ott a kép. Mit nem értesz? Ha a top daemon, akkor ez is az.

"vanilla kernelem van, annak a konfigjában kerestem, de no match"

Jah, 2.6.18-tól csak az -mm kernelben.

Szerk: a vanilla-ban 2.6.21-ben már van. Azt mondtad 2.6.22-rc1-ed van, nem?

2.6.21-ben: 


CONFIG_TIMER_STATS:

  If you say Y here, additional code will be inserted into the
  timer routines to collect statistics about kernel timers being
  reprogrammed. The statistics can be read from /proc/timer_stats.
  The statistics collection is started by writing 1 to /proc/timer_stats,
  writing 0 stops it. This feature is useful to collect information
  about timer usage patterns in kernel and userspace.

  Symbol: TIMER_STATS [=y]
  Prompt: Collect kernel timers statistics
  Defined at lib/Kconfig.debug:137
  Depends on: DEBUG_KERNEL && PROC_FS
  Location:
  
    -> Kernel hacking
       -> Kernel debugging (DEBUG_KERNEL [=y])

--
trey @ gépház

( uid_4278 | 2007. 05. 13., v – 13:34 )

bug: hotplug cpukkal, ha nem megy epp mind a ket cpu, 5masodperces varasrol sose lep tovabb. ha lelovom, es utana elinditom a masik cpu-t is akkor teljesen megfagy a gep.

"Egyébként szerintem akkor kell futtatni, amikor akksin van (legalábbis akkor van értelme)."

nem azt mondta o is, hogy akkor hasznalja?

szerk.: jah nem, en ertettem felre, azt hittem, hogy aramszunetkor, ups idejere kell neki

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

( dzsekijo | 2007. 05. 13., v – 22:59 )

Ez jó, a tips & tricks rovatból:

Xorg shows up high on the hall-of-shame list
[...]
A good thing to try is 

killall gnome-power-manager

to see if it is indeed gnome-power-manager that is constantly having Xorg do work.

( gabcsi | 2007. 05. 14., h – 11:08 )

Nekem KDE alatt folyamatosan prutykoli vmi a diskemet!
Hol leall, hol felporog pedig nem is hasznalom! Win alatt le tud allni hosszabb idore is!