Skip to main content

Samsung S3 and the poor battery life

I have had my Samsung S3 phone for a bit over a year, and the most annoying thing for me is its poor battery life. I mainly use my phone for work email, with the occasional phone call or text message, and the minimum Internet browsing, and despite that light usage, I can barely survive a day on a single battery charge.

I used every trick possible, from power savings mode, to manually syncing emails and accounts, and finally through installing Juice Defender, an Android application that turns off most of the unnecessary radio antennas when the phone is not in use to maximize battery life. The most I got was almost 10 hours of usage without charging. Better than nothing but not ideal.

I attribute the poor battery life to the poor software that runs on the device, including Samsung's and AT&T's add-ons, that I cannot uninstall after their latest update. Most of that background software eats up the battery in no time. Barring a software fix, a hardware answer would do.

An Amazon search opened up the wonderful world of extended batteries. The official S3 battery is roughly 2100mAh, but there are a lot of higher capacity ones online. The downside of the higher capacity batteries is that they need a new case for the phone, because they are thicker than what the original plastic back can accommodate.

I liked the Hyperion 7000mAh battery, and I figured with such a high capacity I should get at least 2 days on a single charge without worrying about losing power. When the battery arrived I was surprised at how thick it is, and after installing it with the new honeycomb back, my phone looked like a brick phone from the early 90s, and weighed probably as much. The battery came nearly uncharged, and the instructions recommended charging it overnight for 8 hours for 4-5 battery cycles till the battery is conditioned. After that break-in period, a normal charging cycle is good enough.

I am still at the early days with this high capacity battery, but so far all signs look positive, despite the thick form factor. I only wish device makers and network providers wrote better software.

Comments

Popular posts from this blog

Kindle Paperwhite

I have always been allergic to buying specialized electronic devices that do only one thing, such as the Kindle, the iPod, and fitness trackers. Why buy these when technology evolves so fast that a multi-purpose device such as the phone or a smart watch can eventually do the same thing, but with the convenience of updates that fix bugs and add functionality? So, I was shocked when this weekend I made an impulse buy and got the newest Kindle Paperwhite—a special purpose device for reading eBooks. I was walking past the Amazon store in the mall and saw that the newest Kindle Paperwhites were marked down by $40 for the holidays. The device looked good in the display, so I went in to look at it closely. The Paperwhite is small and light, with a 6” screen that is backlit and waterproof.   The text was crisp and readable, and in the ambient light, it felt like I am reading a printed book. I was sold and bought it on the spot. At home I have struggled to put it down. The bo...

A paper a day keeps the doctor away: NoDB

In most database systems, the user defines the shape of the data that is stored and queried using concepts such as entities and relations. The database system takes care of translating that shape into physical storage, and managing its lifecycle. Most of the systems store data in the form of tuples, either in row format, or broken down into columns and stored in columnar format. The system also stores metadata associated with the data, that helps with speedy retrieval and processing. Defining the shape of the data a priori, and transforming it from the raw or ingestion format to the storage format is a cost that database systems incur to make queries faster. What if we can have fast queries without incurring that initial cost? In the paper " NoDB: Efficient Query Execution on Raw Data Files ", the authors examine that question, and advocate a system (NoDB) that answers it. The authors start with the motivation for such a system. With the recent explosion of data...

A paper a day keeps the doctor away: MillWheel: Fault-Tolerant Stream Processing at Internet Scale

The recent data explosion, and the increase in appetite for fast results spurred a lot of interest in low-latency data processing systems. One such system is MillWheel, presented in the paper " MillWheel: Fault-Tolerant Stream Processing at Internet Scale ", which is widely used at Google. In MillWheel, the users specify a directed computation graph that describe what they would like to do, and write application code that runs on each individual node in the graph. The system takes care of managing the flow of data within the graph, persisting the state of the computation, and handling any failures that occur, relieving the users from that burden. MillWheel exposes an API for record processing, that handles each record in an idempotent fashion, with an exactly once delivery semantics. The system checkpoints progress with a fine granularity, removing the need to buffer data between external senders. The authors describe the system using the Zeitgeist produ...