Linux за българи: Форуми

Гореспоменатия лаптоп с наскоро инсталираното 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.

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

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

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

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

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

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

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

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

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

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

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

Чрез

GeSHi (Bash):
sysctl -a

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

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

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

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

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

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

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)

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

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

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

Преди

GeSHi (Bash):
exit 0

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

GeSHi (Bash):
sysctl -p

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

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

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

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

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

"Боза Гуру" Toва ме изкефи

Открих, че при свързване на зарядното лаптопа преминава в режим на максимална производителност (едва ли се чувствам като Христофор Колумб), при което се редактират всички файлове, но когато откача отново зарядното, /sys/class/scsi_host/host*/link_power_management_policy остава непроменен (max_performance). В rc.local оставих само

GeSHi (Bash):
for i in $(ls /sys/bus/{pci,spi,i2c}/devices/*/power/control);do echo auto > $i;done

Та мога ли да проверя кой скрипт е променил даден файл за последно, за да знам кой скрипт да редактирам? Ако не, то това на laptop-mode-tools ли се дължи или на някой друг пакет? Проверих няколко възможности, но без успех. Пиша отново, защото се надявам да получа информацията на тепсия или поне някакви насоки. :)

Оптимизацията на разхода на енергия включва и регулиране честотата на процесора. Мисля, че на моя Acer 5738G под Fedora 16 това не се случва. Как е при вас?

less /boot/config-3.3.2-6.fc16.i686
# x86 CPU frequency scaling drivers
#
CONFIG_X86_PCC_CPUFREQ=y
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_POWERNOW_K6 is not set
CONFIG_X86_POWERNOW_K7=y
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8=y
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
CONFIG_X86_SPEEDSTEP_ICH=y
CONFIG_X86_SPEEDSTEP_SMI=y
CONFIG_X86_P4_CLOCKMOD=y
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
CONFIG_X86_LONGRUN=y
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not set

Оказа се, че имам като модул cpufreq, но не е зареден.
PS1 Имам, ама нямам. Не и за х86 архитектура.  :(
PS2 Вероятно ще е добре да инсталирам 64-битовата версия ? Всъщност според конфига на ядрото, би трябвало тази поддръжка да е вградена...