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.
Boot Camp just resizes the hard drive so it can accomodate a Windows install and then you are able to dual-boot your system. It's also possible to install Linux on the other side for example. So it seems like Windows has an issue with the Intel or NVidia chipset, the processor or just plainly consumes more resources than Mac OS.
A good comparison would be to install Linux on the other side and see what it's battery life is then. Mac OS X offloads a lot (all) of the desktop rendering to the GPU while the Windows XP desktop doesn't and although Vista's top-end version does, it is offset by the amount of graphics that need to be rendered and the low-end version still doesn't.
There is a reason that the battery dies quicker and since there is no layer of Mac OS X between Windows and the hardware I doubt it's because Apple did something wrong. It's either Windows or the Intel or NVidia drivers. You can't really compare VMWare or Parallels performance because it's running Windows on top of Mac OS X, it is of course going to consume more resources.
Custom electronics and digital signage for your business: www.evcircuits.com
Can you expect "power savings" when VMware is running? You are basically running two computers at once.
Apple and it's customers are the only losers if something doesn't work on the Macbook. Microsoft never claimed it would. This situation is very similar to the Palm Pre / Itunes fiasco. If you're a Palm Pre owner, just STFU if Itunes doesn't behave the way it should.
On latest gen (nv9300 based) Mac Mini, I have installed Win7 64bit. It installed all the drivers and even clever to figure mainboard driver giving direct link to nvidia driver exe which is absolutely a very serious risk but anyway...
The ATA chipset driver is missing from Win7 since Apple didn't really put nv9300 chipset in exact way. So, it falls down to non DMA generic MS driver. Every single byte transferred to/from disk is guaranteed to use massive CPU along with horrible (down to 15MB/sec from 70MB/sec under OS X) slowness.
So, if Macbooks have similar issue with Windows 7, it could be same issue. As they are battery powered, it would be visible in battery life too.
BTW, there is no point testing Windows 7 until Apple releases boot camp for Windows 7. Apple computers aren't really PCs. If MS was really clever and wanted Windows 7 to be _really_ tested, they should have printed a very clear privacy policy on screen and actually make machine report all kinds of anonymous stats. That way, they could really figure what is going on. For example, a core duo powered 2009 machine shouldn't really max to 15mb/sec with a SATA 2 drive.
I couldn't even find something similar to bugreporter.apple.com when I wanted to report issues. All I saw is a stupid forum which beginner level MS engineers are monkeying with templates. They even made their own wrong answer as 'answer to the issue' while it would create massive compatibility problems in one occasion.
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.