Gente como isso é possivel (Bateria)? [RESOLVIDO]

The kernel by default is optimized for performance, and not power savings.

An example of this would be dirty_writeback_centisecs. This parameter specifies the time in 100ths of a second where pdflush wakes up and writes cached data out to disk. By default it is set to 500 which is optimal for performance but sub optimal for battery life. A much more sane value when on battery is 1500. Unfortunately, the parameter does not change "automatically" when you unplug.

Other examples would be parameters like nmi_watchdog, sched_smt_power_savings, and snd_hda_intel/parameters/power_save.

This is where a tool like Jupiter or tuned comes in, these tools are designed to alter the state of the kernel to optimize the system for performance when plugged in, and battery life when unplugged. In the case of Jupiter, not only do I change multiple kernel parameters, but I also change the power state of (supported) devices to shift them to power savings mode.

I tried to explain to Michael why he was wrong, but Michael Larabel ignores reason choosing instead to continue to poison Linux users into believing the sky is falling when it isn't.

For those that do see a small loss in battery life and are willing to risk stability for a few extra minutes unplugged, there is a workaround.

Set 'pcie_aspm=force' on the kernel command line of grub.conf, reboot, and move on with life.

To see if you have a bad BIOS, look at /sys/module/pcie_aspm/parameters/policy. If it says 'default', you probably unfortunately have a computer that is reporting that ASPM is unsupported.

If you have a laptop or netbook, and you want optimal battery life, install Jupiter or tuned and get on with your life.

The remaining complaints Michael blindly points at the kernel are most likely configuration problems in the Ubuntu distribution itself (Unity or other application maybe), in the Xorg video driver stack shipping with Ubuntu, or operator error.

No offense to Ubuntu intended, it just honestly isn't well optimized for portable computers. Even the older netbook remixes were just a different GUI bolted onto a default install. I should know, I spent a lot of my personal time optimizing it for Eee PCs which eventually led to my being invited to join the Eeebuntu project (now called Aurora).

If you are looking at powertop and you are seeing crazy wakeups, look at what you have running and what you are doing.

If you see things like applications (Chromium, Firefox, Thunderbird, Terminals, shell scripts, etc), congrats - you are doing it wrong.

Thanks to the Ubuntu Forums member that pointed out bug #760131 the bug report is a fine example of doing it wrong. I stopped counting at 347 process or device interrupts. It's a busy system, busy systems don't have IDLE CPUs. Not a bug!

Every process, keystroke, mouse movement, etc causes a wakeup, some cause tens or hundreds of wakeups per second. If you want to test for wakeups, you need to close EVERYTHING except the base desktop (clean boot recommended), open a terminal, unplug, and start powertop as root.

Now .. walk away for ~15 minutes.

Still seeing crazy wakeups? Probably not.

Michael Larabel would be far more helpful to the community if he would learn how to properly identify and test for these sorts of problems and report them through the proper channels. He is more interested though in driving clicks to his website, and the best way to do that is through fear, uncertainty, and doubt.

If he cared about the community, you would see his participation about his fabled ASPM "regression" on the Linux Kernel Mailing List. If he were to post about the myth he created there though, he would probably be eaten alive .. and deservedly so.