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."
No, no, if you actually read the article, the point is that Windows 7 drains batteries on MacBooks that it ISN'T INSTALLED ON. Just take your Windows 7 laptop to your nearest Starbucks, and watch your battery percentage climb as the hipsters around you lose theirs.
Maybe it's because you've used Windows since release 1.0, have a ton of applications for it, and just want to run them on a really sharp looking laptop?
IMO Apple would do well to open up their market a bit and offer MacBooks preloaded with Windows. They would destroy Dell & HP in the high end market.
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...
?? My last notebook got 3.5 hours on the 6 cell battery (could have gotten a 9 cell, but didn't want too) with Windows XP or FreeBSD.
Dunno what my new notebook will do yet, it came pre-raped with Windows Vista, and I have to clean to goo off the drive and install XP (slipstream the ICH9 drivers anyone?) and FreeBSD (7.2 doesn't have a functional NIC driver, 8.0Beta driver fails at something, not sure what), or KUbuntu (faster than Vista off of the CD, WTF, but also lacking a NIC driver) to test.
>>>going from 4.5 hours of battery life on OS X on a MBP to 2 hours on any other OS is a little extreme!
Agreed. I've been using Microsoft products off-and-on for the last 25 years......and they haven't made a superior product since BASIC 7.0 on my C=128. The Windows 1-to-3 releases were jokes, Win95 was decent but still inferior to the Amiga or Mac OSes, and the new Vista 6.1 (Win7) is a giant blob of amorphous code that refuses to run properly even with 1.5 gigs of RAM in my brother's computer.
I agree with you. For instance on my previous generation Macbook Pro, there is no way to tap the touch pad for a mouse click under Windows. You are forced to use the touchpad button.
On the face of it, it looks like an innocent little accidental omission by Apple, which they steadfastly refuse to fix.
Since all the Windows drivers are provided by Apple, I believe it is deliberate on their part to degrade the user experience on anything but OSX. That is just typical mean-spirited behavior by Apple.
Its typical slashdot two minutes of hate. I remember this issue being big news here and no where else with XP on boot camp. Apple updated some driver in boot camp the the issue went away. Considering 7 isnt even officially out yet, perhaps the haters should wait for some updates.
Your post doesn't really have any rationale behind it but rather states your opinions such as "I have to question the wisdom of using a VM session for more than an hour or so on just the battery" and "that's kind of to be expected, IMO". My response would be why? I'm willing to listen by not just take your word for it. Explain.
As for your comments on usage patterns and there not being a need for this sort of usage, I sometimes do.NET development in Fusion on my MacBook Pro (especially while traveling
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.
You don't understand. Buying an Apple is like buying a Lexus or Acura. It gives you the opportunity to brag about your awesome machine, even though there's no real difference between a Lexus v. Toyota, or Acura v. Honda, except the inflated +33% higher pricetag.
I still remember my friends' reaction when I pointed to his shiny-new Acura and said, "The logo on the glass says Honda. And here inside the glovebox is another Honda logo. And... yep there's a Honda logo on the wheel cover." You would have thought I just insulted his best girl. "No, no that can't be. This is Acura not Honda. That logo's wrong. I only buy the best; the best I tell you."
Yes and No. Acura and Honda are made by the same company, but are not the same exact car. Acura is the upper end line, while Honda is not. If you drive a TL and then drive an Accord, there is no way you will confuse the handling, finish, or features of the too. The closest you will come is if you compare the low end Acuras (IE: TSX to the Honda line). Honda makes Acura, Toyota makes Lexus, Nissan makes Infinity, etc. It's nothing new.
I myself drive a Acura TL and refer to it as a Honda all the time. If there was a comparable car in the Honda line when I got this car, I would have gladly purchased it.
As for thinking people just Apples because they want to brag, I don't understand that logic. Apples use a completely different OS and way of doing things; there's now cheaper priced Mac OS they can get. In some cases, Apples are better suited for a given task than MS is. Saying Apple users pay more so they can brag to Windows users, is like saying Windows user pay more so they can brag to Linux users. Each OS has their niche. Personally, I wouldn't say any single OS is better than another in every way. To each their own.
I bought a macbook because I wanted to run Leopard and XP. Consumer reports also rated Apple laptops #1 in all screen size categories. I'm also not poor so I spent a few xtra bucks.
The friend is clearly motivated by name value alone and doesn't see the respectability of the Acura brand as coming from the car quality but rather from some undefinable je ne sais quoi that somehow Honda doesn't have.
Clearly, Honda is the Toyota of automobiles. There's nothing wrong with them and a lot right with them. I'd buy one in a heartbeat if they weren't a foreign maker.
Clearly, Honda is the Toyota of automobiles. There's nothing wrong with them and a lot right with them. I'd buy one in a heartbeat if they weren't a foreign maker.
You enjoy living up to your name, aren't you?
What's next? Pepsi is the Coca Cola of softdrinks?
LOL... They do have that reputation. However, last time I went shopping for a notebook it was about the same price as a similarly-equipped Dell and so I went with the MacBook Pro. To be fair, some of the features are hard to price-compare - but the pricing was within 5%.
I haven't tried to run Windows on it - so far everything from Windows-land that I need to run works in Crossover.
A computer is more then just the CPU. The case of how does Windows 7 handle the hardware or the Drivers handle the hardware or a combination of both. Can really effect a system. Apple Hardware isn't more expensive then normal PC's because Apple is making so much more per copy. It is more expensive because there is a lot of little things built in that add up. Go to Dell or Lenovo and try to build yourself a Laptop that matches all of Apples features. When I say All I mean ALL, no excuses like I don't need that anyways. You will find that the prices are about the same... +/- $100.00 or so. But all those little features OS X knows about and uses properly. Boot Camp Drivers Cover most of them, Windows handles other ones. I know for an instance Windows Vista with boot camp keeps the lights on the keyboard while OS X is a bit smarter then that.
Now comes to the question. Is the Mac made Drivers for Vista keeping those lights on. Or Vista is telling the driver to keep it on. I am betting it is both.
But all those little features OS X knows about and uses properly. Boot Camp Drivers Cover most of them, Windows handles other ones.
Usually power is handled by ACPI. Apple has two opportunities to fuck up ACPI, in the implementation and in the driver. Most manufacturers do it by using Microsoft's tool to configure it, which creates a sort-of-compliant situation that has really complicated linux ACPI and ruined a lot of people's suspend/hibernate support. Windows can also handle properly compliant ACPI though, of course. Apple could have created a similar situation, or they could have created an ACPI driver included with boot camp which
Multiple driver issues then, as running some OS in fusion isn't the same as in bare hardware, it's a whole new machine from the guest OS point of view. If you run windows on the bare hardware, it will use nvidia and all other real hardware drivers. If you run windows in fusion, it will use some "generic" hardware drivers. So I somehow doubt it's a specific driver problem if it happens both in fusion and on bare hardware.
Nope. There is. Keyboard backlighting works just fine on my MBP when bootcamped to XP. It does not, however, automatically adjust the keyboard backlight intensity with ambient lighting conditions as OSX does. One can still manually adjust the intensity with the keyboard buttons, if desired.
Come to think of it, I'm not actually sure the screen brightness adjusts dynamically in bootcamped XP either. It might be the same deal as the keyboard. I can't recall.
It could be little things like that adding up. Screen brightness is a major drain on battery power. It could be that since OSX can and does (by default anyway) aggressively ramp down the brightness whenever it can when on battery power, it's able to save more watts. Where if XP can't/doesn't do that (on an Apple), you'd get more of a battery drain. Just a thought.
Bloat doesn't magically appear when you put an Apple logo on something.
Have you ever used Apple produced software (iTunes, Quicktime, etc.) on Windows? Or noticed their memory requirements on their own OS?
Not that MS is necessarily any better, but, yeah, Apple is one of the Triumvirate of Bloat for consumer software, in my not-so-humble opinion. The sit in their little triangular table with MS and Adobe.
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.
It's (probably) not perfectly benign on an identical x86 machine. Anandtech broke this story in October 2008 (http://www.anandtech.com/mac/showdoc.aspx?i=3435&p=13), so Slashdot is picking things like this up about as quickly as usual. Have you ever wondered why Macbooks often have 50-100% more battery life than a similar non-Mac with very similar specs, including a battery of the same capacity? It's the OS. This is the one area where OSX is the unequivocal champion. Somehow its power savings are vastly better than those in Windows.
Anand has also made some mistakes, I think, like talking about the 6 hour battery life on new Macbooks and claiming that there are no PCs that can match that time, which is absolutely false. What he needs to do to finish investigating this power difference is install OSX on, say, a Lenovo laptop and see whether battery life improves dramatically. Of course, I think that he won't publish about something that breaks a license agreement, so we'll have to wait for another site with fewer legal worries does it.
That's a problem in how the NTVDM (Windows NT/2000/XP's DOS subsystem) works. It always gives 100% CPU usage to the program, regardless of what it actually needs. Qbasic runs smooth and snappy on a 286, it just might not be using HALT instructions to indicate that it's done with what it's doing.
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.
To do something like that, it must be supported by the drivers. As an example a coworker got a new Thinkpad with that feature, may have been the same one you got not sure. The switching works fine in XP. However he wanted to run the Windows 7 RC on it. There, we couldn't get it to work, I had to go in to the BIOS and shut down the Intel card. Why? No Windows 7 drivers for it. In fact at the time, Lenovo had no 7 drivers at all. All drivers had to be obtained from manufacturers of the various parts.
OS X does no switching. Check the 'Energy Saver' System Preferences panel, and you'll see the toggle between the two graphics cards. If you haven't touched it, it'll be in 'Better Battery Life'. Changing between discrete and integrated graphics requires logging out. Windows and Linux cannot switch to the integrated graphics card, explaining some reduced battery life.
You've posted a link to an article speculating about Apple switching to the nvidia platform. I, on the other hand, actually own a MacBook pro, and can tell you that I have to logout to switch modes. And there's this article too [engadget.com].
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.
"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."
Not entirely accurate. Bootcamp also provides BIOS emulation, since current gen macs (not sure for how long though) use EFI.
I haven't read the article yet (of course.) but I wonder how battery life is when Win7 (which supports EFI) is installed "Natively", i.e. without BIOS emulation.
Running Windows XP dual-boot on a MacBook Pro (what you people call "boot camp") also drains the battery a lot faster than OSX. I'm pretty sure Apple didn't put much effort into making sure all the hardware drivers worked anywhere near as well under Windows as they do in OSX. (additionally, I've seen display driver quirks and more iffy trackpad operation)
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.
Except it was Apple who changed Itunes to lock out the Palm Pre, so for your analogy to work, I'd say it's still Apple that the issue is with, not Palm.
(I mean, by default it's obviously Apple's job with this battery issue - but if hypothetically it turned out that MS had intentionally modified Windows to drain the battery on Macs, there'd be an uproar about their action!)
The problem is not specific to Windows or MacBooks. Many developers code as if the only machines that will run their software are permanently el-grid-connected servers or workstations. Polling loops with insane timers (like 1000hz), and they also take the advice "don't optimize prematurely" to mean "don't optimize unless you are payed for it". Re-drawing the display even if it is not needed at all, copying data structures all over, etc. No wonder batteries drain.
In this case I believe all three are to blame - neither alone is the culprit - I mean Windows usually is compatible with real hardware enough to last couple-three hours on an average laptop battery doing average desktop stuff, MacBook is about the same. Probably BootCamp taking battery awareness too lightheartedly and/or unable to optimize for specific cases like virtualized Windows code running.
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.
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.
First, a quibble with your argument. You do not pay a "massive premium". Depending on what product you bought, you paid a slight premium or slight discount vs. a similarly-spec'd Dell.
Second, it should be pretty clear why one would occasionally need to run Windows in native mode. Aside from saving the additional cost of virtualization software, Boot Camp simply runs some programs faster. Also, if I hand my IT department my notebook to configure and it is in Mac mode, they'd have absolutely no ability whatso
Nice title. (Score:5, Funny)
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.
Re: (Score:3, Funny)
Re:Nice title. (Score:4, Funny)
No, no, if you actually read the article, the point is that Windows 7 drains batteries on MacBooks that it ISN'T INSTALLED ON. Just take your Windows 7 laptop to your nearest Starbucks, and watch your battery percentage climb as the hipsters around you lose theirs.
Parent
Re:Who's to blame? (Score:4, Interesting)
Maybe it's because you've used Windows since release 1.0, have a ton of applications for it, and just want to run them on a really sharp looking laptop?
IMO Apple would do well to open up their market a bit and offer MacBooks preloaded with Windows. They would destroy Dell & HP in the high end market.
Parent
Now this is special. (Score:5, Insightful)
Waaaaahhhh!!!
Re:Now this is special. (Score:4, Insightful)
Offtopic my fat ass. On a side note, when did Slashdot turn into all Microsoft all the time?
Parent
Don't use bootcamp, but I use Fusion (Score:5, Insightful)
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...
Re:Don't use bootcamp, but I use Fusion (Score:4, Interesting)
I agree that there would be issues, but going from 4.5 hours of battery life on OS X on a MBP to 2 hours on any other OS is a little extreme!
I would love to be able to use Linux on my MBP as the primary operating system, but often it is impractical because of the limited battery life.
That being said, 2 hours is about standard for any other laptop I've owned, so maybe I should think of it as OS X being uncannily power-efficient. ;)
Parent
Re: (Score:3, Funny)
?? My last notebook got 3.5 hours on the 6 cell battery (could have gotten a 9 cell, but didn't want too) with Windows XP or FreeBSD.
Dunno what my new notebook will do yet, it came pre-raped with Windows Vista, and I have to clean to goo off the drive and install XP (slipstream the ICH9 drivers anyone?) and FreeBSD (7.2 doesn't have a functional NIC driver, 8.0Beta driver fails at something, not sure what), or KUbuntu (faster than Vista off of the CD, WTF, but also lacking a NIC driver) to test.
after two da
Re: (Score:3, Informative)
>>>going from 4.5 hours of battery life on OS X on a MBP to 2 hours on any other OS is a little extreme!
Agreed. I've been using Microsoft products off-and-on for the last 25 years... ...and they haven't made a superior product since BASIC 7.0 on my C=128. The Windows 1-to-3 releases were jokes, Win95 was decent but still inferior to the Amiga or Mac OSes, and the new Vista 6.1 (Win7) is a giant blob of amorphous code that refuses to run properly even with 1.5 gigs of RAM in my brother's computer.
Re:Don't use bootcamp, but I use Fusion (Score:4, Interesting)
On the face of it, it looks like an innocent little accidental omission by Apple, which they steadfastly refuse to fix. Since all the Windows drivers are provided by Apple, I believe it is deliberate on their part to degrade the user experience on anything but OSX. That is just typical mean-spirited behavior by Apple.
Parent
Re:Don't use bootcamp, but I use Fusion (Score:4, Insightful)
Its typical slashdot two minutes of hate. I remember this issue being big news here and no where else with XP on boot camp. Apple updated some driver in boot camp the the issue went away. Considering 7 isnt even officially out yet, perhaps the haters should wait for some updates.
Parent
Re: (Score:3, Interesting)
As for your comments on usage patterns and there not being a need for this sort of usage, I sometimes do
Doubt it's the "bloated codebase" (Score:5, Insightful)
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.
Re:Doubt it's the "bloated codebase" (Score:5, Funny)
[...] Bloat doesn't magically appear when you put an Apple logo on something.
Unless your talking about price!!!
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Funny)
You don't understand. Buying an Apple is like buying a Lexus or Acura. It gives you the opportunity to brag about your awesome machine, even though there's no real difference between a Lexus v. Toyota, or Acura v. Honda, except the inflated +33% higher pricetag.
I still remember my friends' reaction when I pointed to his shiny-new Acura and said, "The logo on the glass says Honda. And here inside the glovebox is another Honda logo. And... yep there's a Honda logo on the wheel cover." You would have thought I just insulted his best girl. "No, no that can't be. This is Acura not Honda. That logo's wrong. I only buy the best; the best I tell you."
I stepped back several feet.
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Insightful)
Yes and No. Acura and Honda are made by the same company, but are not the same exact car. Acura is the upper end line, while Honda is not. If you drive a TL and then drive an Accord, there is no way you will confuse the handling, finish, or features of the too. The closest you will come is if you compare the low end Acuras (IE: TSX to the Honda line). Honda makes Acura, Toyota makes Lexus, Nissan makes Infinity, etc. It's nothing new.
I myself drive a Acura TL and refer to it as a Honda all the time. If there was a comparable car in the Honda line when I got this car, I would have gladly purchased it.
As for thinking people just Apples because they want to brag, I don't understand that logic. Apples use a completely different OS and way of doing things; there's now cheaper priced Mac OS they can get. In some cases, Apples are better suited for a given task than MS is. Saying Apple users pay more so they can brag to Windows users, is like saying Windows user pay more so they can brag to Linux users. Each OS has their niche. Personally, I wouldn't say any single OS is better than another in every way. To each their own.
Parent
Re:Doubt it's the "bloated codebase" (Score:4, Interesting)
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Funny)
The friend is clearly motivated by name value alone and doesn't see the respectability of the Acura brand as coming from the car quality but rather from some undefinable je ne sais quoi that somehow Honda doesn't have.
Clearly, Honda is the Toyota of automobiles. There's nothing wrong with them and a lot right with them. I'd buy one in a heartbeat if they weren't a foreign maker.
Parent
Re:Doubt it's the "bloated codebase" (Score:4, Insightful)
Clearly, Honda is the Toyota of automobiles. There's nothing wrong with them and a lot right with them. I'd buy one in a heartbeat if they weren't a foreign maker.
You enjoy living up to your name, aren't you?
What's next? Pepsi is the Coca Cola of softdrinks?
+1 Funny
Parent
Re: (Score:3, Funny)
I salute you Sir! You have outdone yourself.
Re: (Score:3, Interesting)
LOL... They do have that reputation. However, last time I went shopping for a notebook it was about the same price as a similarly-equipped Dell and so I went with the MacBook Pro. To be fair, some of the features are hard to price-compare - but the pricing was within 5%.
I haven't tried to run Windows on it - so far everything from Windows-land that I need to run works in Crossover.
Re:Doubt it's the "bloated codebase" (Score:4, Informative)
LOL... You gave the standard answer, even briefly mentioning Dell. Macs are still way more expensive though.
That's because Macs don't use the POS Intel graphics chips.
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Insightful)
A computer is more then just the CPU. The case of how does Windows 7 handle the hardware or the Drivers handle the hardware or a combination of both. Can really effect a system. Apple Hardware isn't more expensive then normal PC's because Apple is making so much more per copy. It is more expensive because there is a lot of little things built in that add up. Go to Dell or Lenovo and try to build yourself a Laptop that matches all of Apples features. When I say All I mean ALL, no excuses like I don't need that anyways. You will find that the prices are about the same... +/- $100.00 or so. But all those little features OS X knows about and uses properly. Boot Camp Drivers Cover most of them, Windows handles other ones. I know for an instance Windows Vista with boot camp keeps the lights on the keyboard while OS X is a bit smarter then that.
Now comes to the question. Is the Mac made Drivers for Vista keeping those lights on. Or Vista is telling the driver to keep it on. I am betting it is both.
Parent
Re: (Score:3, Interesting)
But all those little features OS X knows about and uses properly. Boot Camp Drivers Cover most of them, Windows handles other ones.
Usually power is handled by ACPI. Apple has two opportunities to fuck up ACPI, in the implementation and in the driver. Most manufacturers do it by using Microsoft's tool to configure it, which creates a sort-of-compliant situation that has really complicated linux ACPI and ruined a lot of people's suspend/hibernate support. Windows can also handle properly compliant ACPI though, of course. Apple could have created a similar situation, or they could have created an ACPI driver included with boot camp which
Re:Doubt it's the "bloated codebase" (Score:4, Interesting)
Multiple driver issues then, as running some OS in fusion isn't the same as in bare hardware, it's a whole new machine from the guest OS point of view.
If you run windows on the bare hardware, it will use nvidia and all other real hardware drivers.
If you run windows in fusion, it will use some "generic" hardware drivers.
So I somehow doubt it's a specific driver problem if it happens both in fusion and on bare hardware.
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Interesting)
Come to think of it, I'm not actually sure the screen brightness adjusts dynamically in bootcamped XP either. It might be the same deal as the keyboard. I can't recall.
It could be little things like that adding up. Screen brightness is a major drain on battery power. It could be that since OSX can and does (by default anyway) aggressively ramp down the brightness whenever it can when on battery power, it's able to save more watts. Where if XP can't/doesn't do that (on an Apple), you'd get more of a battery drain. Just a thought.
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Insightful)
Have you ever used Apple produced software (iTunes, Quicktime, etc.) on Windows? Or noticed their memory requirements on their own OS?
Not that MS is necessarily any better, but, yeah, Apple is one of the Triumvirate of Bloat for consumer software, in my not-so-humble opinion. The sit in their little triangular table with MS and Adobe.
Parent
Re:Doubt it's the "bloated codebase" (Score:5, Funny)
Parent
Re:Doubt it's the "bloated codebase" (Score:4, Insightful)
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.
It's (probably) not perfectly benign on an identical x86 machine. Anandtech broke this story in October 2008 (http://www.anandtech.com/mac/showdoc.aspx?i=3435&p=13), so Slashdot is picking things like this up about as quickly as usual. Have you ever wondered why Macbooks often have 50-100% more battery life than a similar non-Mac with very similar specs, including a battery of the same capacity? It's the OS. This is the one area where OSX is the unequivocal champion. Somehow its power savings are vastly better than those in Windows.
Anand has also made some mistakes, I think, like talking about the 6 hour battery life on new Macbooks and claiming that there are no PCs that can match that time, which is absolutely false. What he needs to do to finish investigating this power difference is install OSX on, say, a Lenovo laptop and see whether battery life improves dramatically. Of course, I think that he won't publish about something that breaks a license agreement, so we'll have to wait for another site with fewer legal worries does it.
Parent
Re: (Score:3, Insightful)
That's a problem in how the NTVDM (Windows NT/2000/XP's DOS subsystem) works. It always gives 100% CPU usage to the program, regardless of what it actually needs. Qbasic runs smooth and snappy on a 286, it just might not be using HALT instructions to indicate that it's done with what it's doing.
Not just Windows (Score:5, Interesting)
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.
Re:Not just Windows (Score:5, Interesting)
I have a ThinkPad W500, which has onboard Intel graphics or a Ati Radeon 3650. They too can be switched automatically or at will.
The reason you can't do it on XP is because Apple hasn't bothered to release drivers for it.
Parent
That is correct (Score:3, Informative)
To do something like that, it must be supported by the drivers. As an example a coworker got a new Thinkpad with that feature, may have been the same one you got not sure. The switching works fine in XP. However he wanted to run the Windows 7 RC on it. There, we couldn't get it to work, I had to go in to the BIOS and shut down the Intel card. Why? No Windows 7 drivers for it. In fact at the time, Lenovo had no 7 drivers at all. All drivers had to be obtained from manufacturers of the various parts.
Any featu
Re:Not just Windows (Score:5, Informative)
Parent
Re:Not just Windows (Score:5, Informative)
Parent
Anonymous Coward (Score:5, Informative)
No matter how bloated Windows is, battery life is only a function of ACPI drivers --- bootcamp's fault
Can we question the author's qualifications? (Score:5, Interesting)
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 != Virtualization (Score:5, Insightful)
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.
Re:Boot Camp != Virtualization (Score:4, Interesting)
"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."
Not entirely accurate. Bootcamp also provides BIOS emulation, since current gen macs (not sure for how long though) use EFI.
I haven't read the article yet (of course.) but I wonder how battery life is when Win7 (which supports EFI) is installed "Natively", i.e. without BIOS emulation.
Parent
HOW (Score:5, Informative)
Can you expect "power savings" when VMware is running? You are basically running two computers at once.
Yeah, Windows XP did this too (Score:3, Interesting)
Running Windows XP dual-boot on a MacBook Pro (what you people call "boot camp") also drains the battery a lot faster than OSX. I'm pretty sure Apple didn't put much effort into making sure all the hardware drivers worked anywhere near as well under Windows as they do in OSX. (additionally, I've seen display driver quirks and more iffy trackpad operation)
It's Apple's job to find out. (Score:4, Insightful)
Re: (Score:3, Insightful)
Except it was Apple who changed Itunes to lock out the Palm Pre, so for your analogy to work, I'd say it's still Apple that the issue is with, not Palm.
(I mean, by default it's obviously Apple's job with this battery issue - but if hypothetically it turned out that MS had intentionally modified Windows to drain the battery on Macs, there'd be an uproar about their action!)
Not specifically MacBook/Windows/BootCamp problem (Score:4, Insightful)
The problem is not specific to Windows or MacBooks. Many developers code as if the only machines that will run their software are permanently el-grid-connected servers or workstations. Polling loops with insane timers (like 1000hz), and they also take the advice "don't optimize prematurely" to mean "don't optimize unless you are payed for it". Re-drawing the display even if it is not needed at all, copying data structures all over, etc. No wonder batteries drain.
In this case I believe all three are to blame - neither alone is the culprit - I mean Windows usually is compatible with real hardware enough to last couple-three hours on an average laptop battery doing average desktop stuff, MacBook is about the same. Probably BootCamp taking battery awareness too lightheartedly and/or unable to optimize for specific cases like virtualized Windows code running.
Re:Not specifically MacBook/Windows/BootCamp probl (Score:5, Informative)
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.
Parent
I think I know the reason, disk (Score:5, Interesting)
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.
Nvidia has the Answer Right here. (Score:3, Informative)
Re: (Score:3, Interesting)
First, a quibble with your argument. You do not pay a "massive premium". Depending on what product you bought, you paid a slight premium or slight discount vs. a similarly-spec'd Dell.
Second, it should be pretty clear why one would occasionally need to run Windows in native mode. Aside from saving the additional cost of virtualization software, Boot Camp simply runs some programs faster. Also, if I hand my IT department my notebook to configure and it is in Mac mode, they'd have absolutely no ability whatso
Re: (Score:3, Informative)
This is /. ain't no ladies round here.