Изпечатай

[Recku]

Гореспоменатия лаптоп с наскоро инсталираното Kubuntu 11.10, поради по-добрите резултати предвид benchmark-овете с ядро 3.0.16, работещо на раменете на Sandy Bridge и по-конкретно i5-2410M (в dualboot с Windows 7 Home Premium - инсталирана по подразбиране със закупуването на лаптопа), изяжда заряда на батерията за 2 часа и половина, за сравнение със Седмака издържа около 6 часа. Та установих, че съществува инструмент разработен от Intel - powertop, който ми е помагал в други случаи (на други преносими компютри)... използвах го, но след изпълняване на предложените оптимизации:

Код

GeSHi (Bash):
# echo min_power > /sys/class/scsi_host/host0/link_power_management_policy
# echo 1 > /sys/module/snd_hda_intel/parameters/power_save
# echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
# echo 1 > /sys/devices/system/cpu/sched_mc_power_savings

установявам, че файловете са редактирани, но за да влязат в сила промените, се изисква рестарт, след който всичко си е постарому.
П.П.: Използва се 32-битова версия на дистрибуцията, правени са тестове и с Убунту 11.10 x32, x86_64; Kubuntu 11.10 x86_64.

[dejuren]

Пробвай възможно най-новото ядро от тук: http://kernel.ubuntu.com/~kernel-ppa/mainline/ В новите версии специално са въведени подобрения на проблем като твоя. Текущата най-нова версия в момента е 3.3. Втори вариант - тези параметри които променяш трябва да вкараш във файл /etc/sysctl.conf който е конфигурацията на ядрото при стартиране, така че ще получиш всичко точно при рестарта. Какво точно и как трябва да вкараш във файла не знам, трябва да откриеш сам.

[Recku]

Пробвах ядро 3.2.11, но не се build-на правилно модула за безжичната интернет карта. Може с последната стабилна версия да имам положителен резултат.

[vyrgozunqk]

Писах в една друга тема как се оправят проблемите със SandyBridge и изсмукването на батерията, на моя от 4,5 часа падам на 90 мин. без "добавките"

Трябва да добавиш едни boot параметри, но за да ги видиш трябва да изровиш в коя тема ги написах... търси i915 RC6

Може да ти излезне ;д

А щом не ти се билдва модула за wi-fi предполагам, че е броадком 4313, за да се билдне на 3.2 има патч... Пиши ми в скайп, като ме видиш на линия и ще ти го дам

Или направо ще ти дам пачнат сорс

[Recku]

Преди време попаднах на гимнастиката, за която обясняваш в 32 vs 64, видях същото решение в някакъв друг форум, но след като я изпълних нямаше осезаема разлика, докато не сложих Kernel 3.3. Вече падна до 4 часа, но мисля че още може да се намали... Не успявам да надвия ядрото поне веднъж да се сети да изпълни командите от /etc/rc.local, защото за /etc/sysctl.conf прегледах всички зададени стойности и не открих някой, който да ми върши работа, та да го променя...

[dejuren]

Не трябва да променяш стойности в /etc/sysctl.conf тези които ти трябват почти сигурно не са в конфигурацията по подразбиране. Трябва да добавиш своите параметри със съответните стойности.

[vyrgozunqk]

Нищо не е пипано в кърнъл 3.3 по енергийното управление, освен че RC6 е активиран по подразбиране, ако не се лъжа... Демек същото което казах и аз, странно, че при тебе няма ефект...

Първият  пач  с промени по управлението на тоците влезна вчера в дървото на кърнъла, ако не се лъжа... Демек, чак 3.4 ще има разлики евентуално...

[Recku]

Чрез

Код

GeSHi (Bash):
sysctl -a

изведох всяка стойност за всяка от настройките. И щях да добавя някой/и от тях в /etc/sysctl.conf, но с друг параметър.

Ще дебна за излизането на нова версия на ядрото. И все пак някой да се сеща за причината да не се изпълняват командите от /etc/rc.local?

[dejuren]

И все пак някой да се сеща за причината да не се изпълняват командите от /etc/rc.local?

Не ми се връзва, освен ако не си ги добавил в края на файла след "exit 0" Ако добавяш команди просто трябва да са преди този ред. Пробвай и с нещо просто например "echo test > /tmp/test", пак задължитено преди реда exit 0

[vyrgozunqk]

Баааси...   
Реших и аз да си поиграя с поуъртоп-а и каква стана та... След като активира някакви ауто usb power suspend и разни такива, останах без USB портове... умряха хахаха 

[STormDevil]

А аз като добавих 

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=force i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 "

след рестарт нямах никакви десктоп ефекти и при местенето на прозорците як tear...

Предполагам, че бъркам нещо...

(i5 560M, Radeon 5660)

[vyrgozunqk]

нямам идея как ще се държат нещата под старата архитектура, като гледам не си със санди бридж...

Tear-a и flick на екрана може да се появи от и915.lvds_downclock(не всеки lcd панел поддържа downclock), и можеш да махнеш fbc, ако не помогне махни и aspm=force...
от RC6 идват основните подобрения.

Попринцип точно заради такива "редки" случай като твоят интел не искат да ги активират по подразбиране... Такива проблеми са само в 5 на 100 от случайте но ги има...

[Recku]

Преди

Код

GeSHi (Bash):
exit 0

ги добавям. Преди също съм използвал rc.local. Под Дебиан си работи.
А относно sysctl, всеки файл ненамиращ се в поддиректория на /proc не го редактира. Използвах синтаксиса variable = value. Файловете в някоя от поддиректориите на /proc си се редактират. Изпълнявах зададените настройки с

Код

GeSHi (Bash):
sysctl -p

Мислех си какво ще стане, ако направя връзка на /sys в /proc под някое друго име, разбира се, да не се скапе нещо.

Относно auto USB power suspend, би трябвало да се активира, когато спрат операциите с устройството. При мен е така. Когато изпраща сигнал през интерфейса се "събужда". С powertop оптимизирах разхода на един нетбук, постигнах по-добри резултати, отколкото предоставяше Бозата.

[vyrgozunqk]

под убунту търси /etc/rc.d/rc Това ти трябва : )

@USB - да де, ама като сложа устройство USB-то не се буди... 

[Recku]

Понеже желанието да принудя rc.local да заработи бе неистово, се забавлявах дълго време в проверяване на разни скриптове в /etc/init.d/ и основно rc.local. Накрая по някаква случайност, докато проверявах дали изобщо се изпълнява /etc/rc.local добавих
touch /blabla
touch /halahola
:d И всичко в скрипта се изпълни. Защо са две? - с един добавен ред скрипта се изпълняваше, когато си поиска - не, не съм хибернирал машината, рестартирах като някой Боза-гуру. Така и не разбрах каква е причината, но сега с blabla и halahola не мърда. За миг ми хрумна, че може да е нещо от преминаването от един runlevel в друг - като добавих тези две същества (едното в началото, а другото в предпоследния ред) да съм предизвикал забавяне или изчакване да се монтира дял. Понеже /boot, / и /home (не че /home важи в случая, но да съм изчерпателен) са на различни дялове. А-а-а... но вероятно си плямпам глупости.
П.П.: Засега нещата са по-добре, ако постигна още подобрения ще споделя.