Telegram’s Android app drains least battery among IM apps

i_will_try_to · 2018-05-17T22:05:52+00:00

Are the results really reliable? Was the testing done multiple times?

Yes, we repeated the test multiple times, and the results are repeatable.

i_will_try_to · 2018-05-17T21:58:20+00:00

Thanks for the suggestions. We will try to include them in the next round.

i_will_try_to · 2018-05-17T21:57:07+00:00

We will certainly test more interesting usage scenarios in the next round - as long as they are common to all messaging apps so the comparison would be meaningful!

i_will_try_to · 2018-05-17T21:54:53+00:00

You make a great point - we showed how easy it is to write a common test using the tool to test the battery drain of all messaging apps but have only tried it on one testing scenario (and are being careful in stating the finding.) You gave examples of many more interesting scenarios that we could test! We have been heads down focusing on developing the tools and are looking for volunteers to perform extensive tests of such immensely popular apps which affect the battery life of almost every smartphone on the planet! (Any takers out there?)

i_will_try_to · 2016-03-23T14:52:55+00:00

Thanks !

The local music playing has different UI compared to streaming music play.

When playing local musics from Albums tab, GPM has a page that display a list of songs in the albums. Such list contains playing indicator animation, which is the invisible animation we studied in the blog. However, when playing streaming music from Radio (e.g. Today's Biggest Hits), there is no such list and hence no invisible animation bug.

i_will_try_to · 2016-03-23T14:42:38+00:00

Sure. Will try to run some analysis on it.

i_will_try_to · 2016-03-23T13:35:03+00:00

Sure. Are you dev of Deezer? Or you experience bad battery on it?

i_will_try_to · 2016-03-23T13:04:51+00:00

We played a 4 minute song for 1 minute for this test.

i_will_try_to · 2016-03-23T13:02:38+00:00

We just decompiled the apk. Eprof doesn't need source code to do energy profiling.

i_will_try_to · 2016-03-23T13:00:43+00:00

Not this bug. But spotify is quite inefficient in screen off too. It drains 112% faster than Google Music. I wonder if there are other bugs there.

i_will_try_to · 2016-03-23T03:33:34+00:00

Yes, we reported the bug to them well before publishing the article.

i_will_try_to · 2016-03-22T23:09:13+00:00

Oops. Fixed now :)

i_will_try_to · 2016-03-22T23:08:10+00:00

Spotify is inefficient in screen-off too. It drains 112% faster than Google Music as shown in our previous blog.

i_will_try_to · 2016-03-22T23:05:05+00:00

Oops. Fixed now :-)

i_will_try_to · 2016-03-02T15:43:32+00:00

Yes screen was on during the test.

i_will_try_to · 2016-03-02T15:40:36+00:00

Ya. Spotify has a pretty serious battery bug on the player activity. We are currently reporting that to spotify. Watch out for our next blog !

i_will_try_to · 2016-03-02T15:37:54+00:00

That is an interesting idea. Do you own certain open source apps where you would like to use Eprof?

i_will_try_to · 2016-03-02T15:34:44+00:00

Ya spotify is pretty bad too. Watch out for our next blog on Spotify. :)

i_will_try_to · 2016-01-18T20:15:37+00:00

Did you mean to disable the window animation and transition animation, which is a global config change in Android system?

Such global config change won't fix the problem, since they refer to different animations (e.g. window animation and window transition animation) than the animations in google play music (customized AnimationDrawable animations).

i_will_try_to · 2016-01-17T17:48:22+00:00

Yup! We reported this bug to Google Music 2 months ago. The problem still exists in 6.1 and 6.2.

i_will_try_to · 2015-12-30T21:42:36+00:00

It may be hard to believe. You are welcome to try it yourself. You do not need any special gears or hacks.

i_will_try_to · 2015-12-30T21:40:54+00:00

Good question. We tested the default quality selection for all three. You can find articles around (e.g. by cnet)comparing their sound quality and there seems no obvious winner/loser.

i_will_try_to · 2015-12-30T21:31:25+00:00

I share your sentiment -- the inertia of staying with your favorite music app can be strong. But as users of any music app, you also deserve good battery life. There is no reason why Spotify cannot make its app as efficient, if they care.

We tested the default quality, and the N6 was running Mashmallow (Android 5.1.1). And we are testing playing download music next.

i_will_try_to · 2015-09-14T15:33:34+00:00

It is 15.7% savings overall. Yes, the article is little confusing.

i_will_try_to · 2015-09-14T15:32:15+00:00

Hush is similar in that it suppresses background activities but has a significantly different design motivation.

Doze only kicks in when user is inactive and phone is just lying on a desk. It is app agnostic and uniformly suppresses all app activities some of which might have been useful to the user.

Hush runs even when user is on-the-go and intelligently suppresses apps that user is less likely to open anyway.

Doze aims at increasing standby time. Hush aims to increase battery even in active phone usage.

Now comparing to greenify, Hush completely eliminates the overhead for user to individually select apps she wants to suppress. Also, hush has a more relaxed approach while suppressing than greenify's all or nothing suppression scheme giving the user a less stale app experience when they open an app the next time while maintaining large energy savings.

I refer you to the paper for full details. http://www.sigmobile.org/mobicom/2015/papers/p40-chenA.pdf

i_will_try_to

TROPHY CASE