The InformationWeek -- Blogs

Over The Air

Topics:   Mobile

  • Email this page E-mail this page
  • Print this page Print this page
  • Bookmark and Share
  • icon

AMD Proposes Better Battery Life Tests


Posted by Ed Hansberry, Mar 17, 2009 05:15 PM

AMD chief marketing officer and senior VP Nigel Dessau admits that laptop and mobile phone makers give out relatively meaningless numbers when trying to convey to users what kind of battery life they can expect. He suggests that more reasonable tests be developed and used to make the information more reliable.


His discussion largely centers on PCs, which Advanced Micro Devices has a vested interest in, but much of the logic would equally apply to smartphones, which are after all, just small computers.

Most PC battery time metrics are achieved by looking at how long the battery lasted running a benchmark called MobileMark® 2007 (MMO7). This is a rating of battery life when your PC is running on average less than 5% utilized -- or fundamentally idle. Most PC makers don't even turn Wi-Fi on for this test. Is this realistic based on how you use your PC?

This explains why Walt Mossberg has his own battery test, where "I turn off all power-saving features, crank up the screen brightness, turn on the Wi-Fi, and play a continuous loop of music."

I used to think battery-life numbers for devices were sort of like EPA fuel mileage estimates for your car: No one actually gets those numbers after driving the car off the lot, but they are consistently applied. If car A gets 24 mpg on the highway and car B says it gets 35 mpg on the highway, you can be reasonably assured that car B will get 25% to 30% better mileage. You also can be sure that the EPA is assuming you are driving the car, not rolling it down a hill the length of the state of Tennessee with the engine idling, which would seem to me to be the equivalent of the MM07 test mentioned above.

Any PC that has Wi-Fi should be tested with that feature on. That's how the average user would use it. For smartphones, someone should be using it, where the screen is on and the cellular radio is working. Because there are generally two types of smartphone users, I'd like to see two battery ratings. The first is pure voice usage: Make a bunch of 30-minute calls, letting the screen shut off as normal until the battery dies. The second test is data: Fire up the device's browser and browse the Internet until the phone dies.

I know both of those tests would likely give lower battery life numbers than manufacturers give out now, but that's OK. The tests that AMD is proposing show numbers 42% to 64% lower than current tests show, but at least the tests are closer to simulating real-life usage. It gives prospective customers better information and, once purchased, the customers won't feel the device isn't performing up to specs -- unless they happen to use it in such a way that utilizes less than 5% of the machine.

There are still an incredible number of variables. Smartphones have Wi-Fi, Bluetooth, touch and nontouch screens, external memory cards and internal flash memory, varying screen sizes and brightness levels, and much more. Still, a full-on usage scenario would give the user a better idea of how much "on time" the device would have. Right now, we are typically given standby time and talk time. What smartphone is ever on standby? These devices check e-mail in the background constantly. Depending on what you have installed, you might be periodically updating RSS feeds and checking multiple e-mail accounts. More and more people have apps like Twitter, Google Latitude, and instant messaging clients that are on and running all of the time, even if the screen is off and the phone isn't being actively used.

Let's hope Mr. Dessau makes some progress getting other manufacturers to use more reliable battery tests for mobile computers and that the cell phone industry will take note and give us better tests for modern smartphones that more closely mimic their real-world usage patterns.

« Thank Goodness For The Microsoft Azure Crash | Main | I Hope Red Hat Follows Oracle's Advice.... »



Sign Up Now
For InformationWeek News Alerts




This is a public forum. United Business Media and its affiliates are not responsible for and do not control what is posted herein. United Business Media makes no warranties or guarantees concerning any advice dispensed by its staff members or readers.

Community standards in this comment area do not permit hate language, excessive profanity, or other patently offensive language. Please be aware that all information posted to this comment area becomes the property of United Business Media LLC and may be edited and republished in print or electronic format as outlined in United Business Media's Terms of Service.

Important Note: This comment area is NOT intended for commercial messages or solicitations of business.




 
Mobile Video


Sign Up For The Over The Air Newsletter
Every Friday, our experts and analysts explore the business, strategy, and management issues most important to mobile and wireless technology.

Sign up for our free, weekly newsletter today!

Newsletter Archives


 

  1. Just Say No To SFAQL Parallelism
  2. QuickThread: A New C++ Multicore Library
  3. Speeding Up Code Without Doing Anything


Join The InformationWeek Group On LinkedIn


                           


  1. Thoughts On The Motorola Droid
  2. Motorola Promises Fix For Droid's Goofy Camera
  3. Specs For Next Motorola Android Phone Leak
  4. Next-Gen BlackBerry Pearl Makes Appearance


  1. Cisco Rolls Out iPhone Security App
  2. Review: Bluetooth Headsets For Mobile Pros
  3. Wolfe's Den: Intel CTO Envisions On-Chip Data Centers
  4. So Much Data, So Little Encryption
  5. Lessons Learned From PCI Compliance
  6. Practical Analysis: How Locked In To Vendors Are You?

 

  Ars Technica
Boing Boing
Channel 9 Forums
CRN Blogs
Dr.Dobb's Portal: Blogs
Engadget
Gizmodo
GrokLaw
  Lifehacker
Schneier on Security
Slashdot
TechCrunch
Techdirt
Techmeme
Valleywag

  DECEMBER 2008
NOVEMBER 2008
OCTOBER 2008
SEPTEMBER 2008
AUGUST 2008
JULY 2008
JUNE 2008
MAY 2008
  APRIL 2008
MARCH 2008
FEBRUARY 2008
JANUARY 2008
DECEMBER 2007
NOVEMBER 2007
OCTOBER 2007
SEPTEMBER 2007