Windows Drains MacBook's Battery; Who's To Blame?
ericatcw writes "Users hoping that Windows 7's arrival will mean less power drain on their MacBook laptops may be disappointed, writes Computerworld's Eric Lai. Running Windows 7 in Boot Camp caused one CNET reviewer's battery life to fall by more than two-thirds. But virtualization software such as VMware Fusion suffer from the same complaints. Some blame Apple's Boot Camp drivers (the last ones were released in April 2008); others lay the blame at Windows' bloated codebase. With Apple and Microsoft both trying to avoid responsibility for improving the experience, Windows 7's reported improvements in power management will be moot for MacBook users for a while."
Windows Drains MacBook's Battery; Who's to blame?
I blame Microsoft. Much like the title, I was expecting Windows 7 to actually recharge my laptop battery, not drain it.
This is a whole new and special kind of whining.
/. has reached a new level.
Waaaaahhhh!!!
I have a new MBP and use Fusion. I have an XP image and a Vista image loaded up. I have not noticed any unusual power drain, but that's kind of to be expected, IMO. Also, I have to question the wisdom of using a VM session for more than an hour or so on just the battery.
I can see some instances where this would be an issue for some, but this seems like senseless "hating" to me. No, I'm not trying to troll or anything else, I'm just having a hard time figuring out why someone would spend a long-ish amount of time in Fusion running a guest OS on battery power. It seems obvious to me that there are issues running a non-native OS on a laptop designed for a specific OS...
Sent from your iPad.
Macbooks are essentially the same hardware as Windows machines, down to battery capacity. It is unlikely that a "bloated codebase" would chew through the battery like nobody's business on one x86 machine and suddenly become perfectly benign on a practically identical x86 machine. Bloat doesn't magically appear when you put an Apple logo on something.
No kidding!!! What do you say at this point?
I have a MBP 5.1, one with both the on-board and discrete Nvidia cards. OS X switches between them depending on whether it is going for power savings or performance.
The drivers for Windows XP and Linux do not seem to have this ability. When I'm doing nothing but surfing, I get about 4.5 hours of battery life in OS X, but only about 2.1 hours in Linux (Ubuntu Jaunty) and Windows XP.
I always assumed it was the inability of XP and Linux to switch to the on-board graphics card.
Just another proletarian malcontent.
No matter how bloated Windows is, battery life is only a function of ACPI drivers --- bootcamp's fault
FTFA: Other than that, Windows 7 has been working great on my MacBook Pro... It looks good, too, even prettier than when it is installed on PC hardware.
This reminds me of the iPod Nano review here at Slashdot that claimed that the Nano sounded great, even in a moving convertible with the top down. (http://apple.slashdot.org/article.pl?sid=05/09/08/1439244)
Yes, it's the Apple magic that makes the software look better.
How can we know that the battery isn't simply returning strange battery level information to the OS that OSX knows how to parse but Windows doesn't? What a strange review.
I write driver level embedded code for a living. Everything from bootstrapping embedded linux to SoC level power management.
Power management is usually the last thing to get done (if at all)... why? Because management usually sees it as icing on the cake. Attitudes are typically just make it work and we'll ship a bigger battery to make it last. Or we'll ship an upgrade in 6 months, if the product starts to take off and we decide to fund further development.
Time to market is everything.
Power management is also really hard to get right 100% of the time. It's really hard to debug code/hardware where stuff is shutting itself off, or worse, a controller uP is shutting you off unexpectedly.
It has NOTHING to do with 'bad code' or 'shitty programmers'. It's just management grinding down on the engineers to do it: better, faster, cheaper, pick two. Usually faster and cheaper win.