Energiagazdálkodás notebookon

Debian GNU/Linux

Üdv!

HP 6735s-re nemrég pakoltam, az Ubuntu család végigjárta után - szimpátia alapon egy Lennyt. A hardverfelismeréssel nincsenek gondok, mindennel elégedett vagyok, csak egy dolog szúrja a szemem, jobbanmondva az akksim. Dual bootban osztozik egy vistával, így van összehasonlítási alapom az akksin töltött üzemidőkkel kapcsolatban. Míg Vista bő 2h 35 percet hoz ki normál használattal, Debian szinte idle állapotban húzza max 50 percig. Persze gondolom sokan tapasztalták már ezt, úgyhogy ha valakinek van tippje, esetleg megoldotta már a problémát, kérem írja le, hogyan kell bekonfigurálni a rendszert, hogy kevesebb erőforrást zabáljon!

Saját tapasztalataim ezen kívül: resource monitor alig mutat ki processzorhasználatot (nem többet mint a windows), a memory usage pedig negyedannyi, mégis melegszik a gép és majdnem maxon pörög a venti, (mintha egy nagy igényű 3D játékot futtatnék). Mindez idle(!) rendszer alatt. Ez videokártya gyanús lesz, hallottam hogy a gnome elég sokat eszik ilyen téren, na de ennyit? Netán az fglrx megoldaná? nemtudom. plz help

  • 2575 megtekintés

( traktor | 2009. 03. 01., v – 23:48 )

powertop kell neked! Azzal meg tudod nezni mi fogyaszt sokat (=mi ebreszti fel tul gyakran a procit), aztan ez alapjan leallitani ezt-azt...

Köszönöm, ezzel sikerült kiderítenem pár dolgot. A legtöbb wakeupot az usb-portokról és a bluetooth devicetől kapta a proci, így kihúztam az egeret és a külső vinyót + usb suspend bekapcs, a bt-t is inaktiváltam és akksin töltött futamidő felkúszott 1:10-re, de még így is pörög a venti. Az átlag wakeup szám 122 körül ingadozik. Az nem tudom hogy sok-e vagy kevés, de ha úgyvesszük egy folyamatos egérmozgatás kb 450-et generál, szerintem normális.

Egy átlagos lista valahogy így néz ki:

Top causes for wakeups:
59.2% (195.2) : PS/2 keyboard/mouse/touchpad
21.0% ( 69.3) firefox-bin : schedule_timeout (process_timeout)
10.6% ( 34.8) : Rescheduling interrupts
3.6% ( 11.7) Xorg : schedule_timeout (process_timeout)
0.6% ( 2.1) : eth0
0.6% ( 2.0) : clocksource_register (clocksource_watchdog)

...tehát nem túl terhelt a rendszer, mégis melegszik.

( borbi v | 2009. 03. 02., h – 00:08 )

A fancontrol is jó lehet. (lm-sensors csomag)

analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
analyzing CPU 1:
no or unknown cpufreq driver is active on this CPU

lehet ez lenne a baj? már csak azért is érdekes, mert a cpufreqtools az apt szerint telepítve van. de bootnál meg kiír valami olyasmit, hogy a governort nem tudta elindítani, mert nem is létezik

(mondjuk a powertop sem tudta kitalálni a cpufrekvenciákat)

próbáld kézzel összelőni.

nézd meg, milyen modulok vannak a kernel/drivers/cpufrequ és kernel/arch/x86/kernel/cpu/cpufreq alatt. (Ebből van-e bármelyik betöltve? Ha mondjuk nincs, akkor próbáld végig (mondjuk csak ami értelmes, szóval mondjuk intelhez ne amd-t, meg ilyesmi). Nekem most core2duoval acpi-cpufreq nevű van, korábban pl. speedstep-ich volt p4m procihoz.

Amikor új architektúrát néztem egyszerűen végigpróbáltam, és amelyik azt mondta, tudja kezelni, az maradt :-)

Köszönöm a segítséget mindenkinek, a powernow-k8 betöltése után már rendesen manageli a procit és nem melegszik a rendszer. A cpufreq-info és powertop is beszédesebb lett. Csak annyit szeretnék még megoldani, hogy minden bootolásnál töltse be ezt a modult és futtassa le a powertop által javasolt parancsokat, hogy ne kelljen mindig kézzel. Csak nem tudom mibe piszkáljak bele, hogy így működjön.

( acoidx | 2009. 03. 07., szo – 14:49 )

Köszönöm mindenkinek a segítséget, ezzel a módszerrel az akksin töltött élettartam a duplájára nőtt, ami már megfelelő :)