yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] adamj123:
I was hoping someone here could help interpreting my battery usage, been experiencing pretty terrible battery life and even sent the phone back for warranty only to come back the same (they couldn't find any faults).

There are two sets of logs with screenshots attached and a brief description below, any advice would be much appreciated.

Standby

Charged it too 100% and left it on standby for about 11 hours, battery drain wasn't massive but still seems higher then normal

AfterUse

This was after using it for about 5 hours from the above charge, pretty much went down to 0%..
[BetterBatteryStats] scorpeeon:
Sure i usually backup my important data with titanium/nandroid to make sure (except maybe my contact list which i always store on google), it's just convenient to have this kind of backup too...

Most of the time i wasn't even on data connection (no Wifi nor 3G/2G) and backup still kept my phone awake so i don't think it's a server side bug...

BTW I found someone with the exact same problem with another phone, a Galaxy Nexus running 4.0.1 (probably official version?): Link

That would suggest to bug is not phone or ROM dependent, it is in the OS itself... He said after disabling backup it seems to be solved for him so i disabled that too, i hope it's going to be good now.

Thanks for the great program to analyse this problem!
[BetterBatteryStats] KMAngelo:
Hello.. My problem is I have a heavy battery drain, 2% in standby which results in about 20% battery drain at night. I don't have any visible wakelocks in BetterBatteryStats and i have wifi and data off. I charged it to 100% and left it overnight and as you can see it drained 16% this night during the 8 hours.. According to CPU Spy my phone have no problem entering Deep Sleep, with 98% during total state time.. :confused:

It would be great if someone could take a look at my dump file I have for during the night.. :)
[BetterBatteryStats] Karpfenhai:
does your carrier support fast dormancy? If not or not sure, turn it off! if this doesn't help, try a different kernel-modem combination, since your stats are pretty good!

Swyped from my GT-I9100 using XDA App.
[BetterBatteryStats] bemymonkey:
Just purchased BetterbatteryStats, but accidentally refunded... after purchasing again, it's now stuck on "Starting download...".

Any ideas? Already rebooted, cleared Market data and cache...
[BetterBatteryStats] betoNL:
I think it's useful when users are asking for help, to mention which device - Rom - kernel, they are using, since this thread is for many devices and statistics are always relevant, nevertheless..
[BetterBatteryStats] chamonix:
The version of bbs you have is pretty old and unfortunately does not contain alarms. Also the dump was 'since charged' and does not cover the same time as your screenshots and observations.

From the dump there are a few wakelocks I could see but your problem is related to alarms.

Please update and provide a dump covering a night by plugging / unplugging your phone before going to sleep and using 'since unplugged' with current bbs version. I believe we will be able to track the cause down
[BetterBatteryStats] android404:
Chamonix is an exeption, since he's always given away the paid version to xda users, but the usual paid app is updated exactly NOT because of you, the guy who already bought it, but because of the billions of people who haven't yet. I will never understand why people think that devs of paid apps update them "out of generosity". They want to sell more, that's the reason. I firmly believe that a good 90 percent of the apps, mods and roms made available on this site, are uploaded by devs who a variety of reasons to do so, generosity being not one of them. Chamonix, as stated, seems to be the exception.

That being said... I think the guy didn't mean "about time!" but "yeah, update!"
[BetterBatteryStats] DB126:
Agreed on this point (only). Rest of the rant assumed XDA variants which was far from the point.
[BetterBatteryStats] chamonix:
No there is no difference in features since 2.3 (alarms were missing). One of my backlog items for 2.4 is to remove the need/dependency of root to granting the perms at start
[BetterBatteryStats] jukyO:
[MENTION=1330150]chamonix[/MENTION]

Can you check what caused drain here overnight?

https://drive.google.com/folderview?id=1F4i6VotgaYnoaSpCFavc5r276NO4Wa7j
[BetterBatteryStats] DB126:
No red flags. Likely an old battery, incompatible kernel or flaky sensor.
[BetterBatteryStats] NoMercyWWE:
Hey Chamonix, I can't buy your version on Google play, no matter what I choose it denies my payment, checked payment method, working fine. I have joined the beta version though. Could you please look into this and offer me an alternative method?
[BetterBatteryStats] jukyO:
Battery replaced one month ago.

Kernel is stock.

What is flaky sensor? Of which module?
[BetterBatteryStats] chamonix:
Can you please mail me your details and I will look into it. Unfortunately Google manages transactions so it may become tricky. Will look into it nevertheless
[BetterBatteryStats] DB126:
Stock kernel may not be compatible with your chosen ROM and/or sensor (eg: fingerprint) may remain in elevated power state. BBS report did not indicate any unusual activity from an app/CPU/network/ROM/etc perspective so need to look elsewhere. Replacement battery does not mean a 'good' battery; quality control on 3rd party packs is notoriously poor.
[BetterBatteryStats] mrjuniork:
[MENTION=1330150]chamonix[/MENTION]

I haven't found anything about my question in the OP and neither with searching the thread.

So here is my question.

Is it possible, that a reboot doesn't reset the "unplugged" stats? Is this kernel related and can not be influenced by you? Coz sometimes, after a needed reboot (xposed module update etc.) all the collected stats are gone and I have to start from scratch. If I missed an important technical piece of info, pls don't hesitate to enlighten me :)
[BetterBatteryStats] shaqman89:
Isn't that the same question as faq no #8?

See post 3.
[BetterBatteryStats] mrjuniork:
I don't think so. Coz in this case it would make a lot of sense to keep having the stats after a short reboot. Coz if I have a reboot in the afternoon, all till that moment is gone and everything starts with the "boot" stats. And I don't always want to wait for the "reboot" to happen at a proper time..
[BetterBatteryStats] strongst:
EINT wakelock can be caused by a kernel/hardware problem which doesn't let the cpu into deep sleep. Check kernel, maybe reflash again or test custom kernel.
[BetterBatteryStats] Punsh:
It is possible to somehow find this real cause from logkat / demesg?

<7>[73915.785918] (0)[0:swapper/0]EINT Module - index:0,EINT_STA = 0x200

Very many...

And what does:

MT662x (): 5 m 5 s Cnt:(c/wc/ec)9704/0/0 1,0%

(): 1 m 16 s Cnt:(c/wc/ec)74932/0/0 0,3%

?
[BetterBatteryStats] ali.jujara:
Help me with my battery drain

I am on OOS and was on the latest open beta but I was experiencing battery drain so i reverted back to nougat which is open beta 24. However, I am still facing huge battery drain overnight almost around 20 percent. And around 5 percent idle drain every hour. I am attaching the screenshots and the dump file from BBS.
[BetterBatteryStats] DB126:
Unlikely. Symptoms bear all the hallmarks of a kernel/hardware problem.
[BetterBatteryStats] jukyO:
Battery is replaced with original vendor battery, new one, not 3rd party.

Do you have an idea how to troubleshoot if sensors are in elevated state? Which logs to look into?
[BetterBatteryStats] DB126:
Vendor battery that may have sat unused for 2+ years. Device was released in 2015 rocking Android 5.1. Now it shows 8.1. Rollback to whatever worked before to see if the problem persists.
[BetterBatteryStats] One Twelve:
Need to redo the idle test. Idle time should be under a minute. Yours is 1h15m. Too many variables in there to get an idea

See this

Statistic Type: Custom to Current

Better if its "screen off" to "screen on" instead. Leave the phone alone for at least 6h

No need for 100 with screen off. to screen on. Anywhere from 95 to 50 is fine
[BetterBatteryStats] ali.jujara:
What do you mean by "idle time should be under a minute?"
[BetterBatteryStats] TNSMANI:
As soon as you unlock the phone after 6+ hours of sleep, save the dump. The screen should be on for as less time as possible, preferably under a minute.
[BetterBatteryStats] ali.jujara:
Okay. Will post the dump tonight. Thanks.
[BetterBatteryStats] ECrispy:
I'd like some help. I see 'System' using up bulk of my battery. In BBS, I see only 1% of time shown in 'Partial Wakelocks' which is consumed by google alarm. 'Kernel Wakelocks' also doesn't help. But I see phone was kept awake even when screen was off. Phone is a Nexus 6 running Oreo custom rom.
[BetterBatteryStats] strongst:
Would be nice if you can provide a dump file :D otherwise it's hard to get an overview.
[BetterBatteryStats] jukyO:
Ok. Will try it eventually.
[BetterBatteryStats] py930828:
Hi, is there a bug on sharing dumpfile? It doesn't generate dumpfile to the data directory? I am using 8.1. Thank you
[BetterBatteryStats] SNWK47:
Hello, I have a Samsung Galaxy S8 and I'm looking for some input regarding my values. I'll provide a dump later if necessary, for now I'll provide screenshots relating to my questions.

I've followed the "bbs how-to" from post #3, which lead me to see that "PowerManagerService wakelock" in Kernel Wakelock is what I would presume to be pretty high, Partial Wakelock shows that VLC and AudioMix accounts for Partial Wakelocks. See screens below:

I always listen to some sort of media when trying to sleep, I tried out VLC for the first time last night. I slept for about 10 hours and the podcast I listened to were around 2 hrs. My phone is laying in the bed so I recently also tried starting to use "ForceDoze" which during the night barely kicked in to Doze for more than 37 min at one time, and for 2-3 minutes maybe once per hour.

Questions:

Is listening to audio whilst trying to sleep a possible cause of battery-drain during the night?

I've been looking at different solutions to get better deep-sleep times and SOT, I've tried using Greenify, Naptime and now lately ForceDoze. How helpful are these apps, If at all? (I kind of like the option to disable Wi-Fi when dozeing using ForceDoze.)

- Also, where might one find more information regarding these different apps and their usage vs each other? I'm mostly interested for the sake of nerding out.

Is there any media app that's recommended to try and avoid these partial Wake locks? I couldn't find any settings in VLC which would make me think it needs to sync/update.

Is having the phone lying in the bed at night bad for battery because of motion-detection and such?

I'm new to XDA so I apologize if this post is lacking in quality/relevance, I'll provide dumps If someone feels like taking a look at it, for now I'm more curios about if my habit to listen to audio and having the phone in bed at night is affecting the deep-sleep.

For other questions regarding the usefulness of different Doze-apps, should I post seperately in each app-thread only discussing the app in question? Please let me know. :angel:
[BetterBatteryStats] DB126:
You device won't drop into deep sleep while managing an audio stream, period. However, it can idle very efficiently under the right conditions. You will need to identify apps that exploit (operative word) background activity and quell those using Greenify or other means. I'll leave the details to others.

Doze apps are largely useless as native Android 7+ power management is well refined without further tweaks. Hibernation is closely related but different beast. Keep reading to learn the differences. There are fanboys in every corner with many testimonials. Listen to the various arguments, separate wheat from chaff, keep it simple and profit.

Good luck.
[BetterBatteryStats] DB126:
Quoting myself (!!) by posting response to a recent PM; originator shall remain anonymous.
[BetterBatteryStats] DonAndress:
Hello.

Lately I'm encountering significant battery usage when my phone is not use in use.

I mean, during the day when wifi is on and I use whatsapp quite often, let's say that the phone does not stay idle for more then an hour, the battery usage is normal.

When I go to sleep, turn off wifi, data (basically everything), clear all recent apps, I encounter very high usage overnight. Today for example it was 17% over 5,5h, while it should be around 2-3%.

I got me better battery stats but I don't know how to read the stats now to find out what's causing it.

Could someone please help me?
[BetterBatteryStats] strongst:
If you provide the txt file of your better battery stats we can have a look at it ;)
[BetterBatteryStats] DonAndress:
And to provide a proper file I should tap on a share icon, tick all 3 boxes and paste here all content?
[BetterBatteryStats] TNSMANI:
What is a must is a dump file (.txt) for the idle duration. Search to learn how to take an idle dump and then attach it here or in some other website and provide the link. The other two types of the files may also help. Immediately after saving the dump, take screenshots of your batterystats page in Device>Settings>Battery and post them also, if possible, though they are not a must.
[BetterBatteryStats] sharkyslo:
I have so many wakeups, espacially in my Broadlink app. But I don't need this app runing in background/waking up my phone... How do I solve this? I am on LOS 15.1 ROM.
[BetterBatteryStats] DonAndress:
I wasn't sure which screenshot it should be so I have 3 :)

I'm also not sure if txt files contain timestamps so little stats from me:

idle process started around 12am and I switched the screen on around 4am

it started with 30% of batter, at 4am it was 14%

everything (wifi, data etc.) besides regular cellular standby was switched off

recent apps cleared

I use Samsung i9506 with LeanageOS 14.1 (7.1.1 with March 2017 updates)

the heavy battery drain started about a week ago

Plesase find attached all files I have.
[BetterBatteryStats] strongst:
Charging between isn't good for analyzing... You can set references like screen off or you should provide a dump without charging between.

---------- Post added at 09:06 AM ---------- Previous post was at 08:49 AM ----------

Freeze the app or cut the background Internet usage. Some apps are annoying, so I freeze them unless I need the sometimes.
[BetterBatteryStats] sharkyslo:
Hmmm, could you please tell me, wher do I freeze apps permanently?
[BetterBatteryStats] TNSMANI:
Heed the advice of strongst above and produce a fresh dump. Also take a dump with data and wifi on for comparison purposes.
[BetterBatteryStats] strongst:
Android Settings - apps - app of your choice - deactivate. Or use any other tool like titanium backup.
[BetterBatteryStats] sharkyslo:
Thank you!
[BetterBatteryStats] DonAndress:
Oh ok, I'll repeat the whole process.

Yesterday I used the phone more heavily and it wouldn't last till morning and I thought only the part of time where battery drain is the biggest counts.

Should it be 4 dumps then: 1. all off, 2. only wifi on, 3. only data on, 4. all on?

Or just 2 dumps: 1. all off, 2. both data and wifi on?

This will require at least two nights to produce both dumps. Plus I'm on an expensive roaming now so next week is the earliest...

Are the screen shots good enough?
[BetterBatteryStats] KOL33:
How can I set statistic type "Screen Off" to "Screen On"? In left drop-list I see menu item "Screen Off". But I can't find menu item "Screen On" in both drop-list.

I use BBS 2.3-244 xda-edition.
[BetterBatteryStats] strongst:
You need to activate the watchdog with bbs settings. After that select screen off and when you turn screen on again the reference will be saved.
[BetterBatteryStats] KOL33:
In "Settings" - "Watchdog" activated both checkbox: "Enable" and "Watchdog on unlock". But in right drop-list not appear menu item "Screen On". "Current" only.
[BetterBatteryStats] DB126:
Freezing is not the only option. I prefer to hibernate questionable apps for further assessment which keeps them visible and instantly usable without further action. Moderation is key; only target suspect apps or those with a demonstrated history of bad behavior. Hibernating your entire app portfolio can have a negative impact on performance and battery endurance.

Uninstalling 'bad actors' is usually best course of action as there almost always a better alternative. Freezing is a good choice on unrooted devices where hibernation/uninstalling is not an option.
[BetterBatteryStats] strongst:
[MENTION=5488402]Davey126[/MENTION] yes I know that there are other methods like hibernation too. Freezing is the fastest method without messing around with greenify for example and has no impact on battery life as you mentioned too. Maybe you wanted to answer to the op of the question ;)
[BetterBatteryStats] sharkyslo:
But the thing is, that I do not need freezed app, but fully functional app. So, if I freeze (disable) it, I cannot use it anymore...
[BetterBatteryStats] DB126:
[MENTION=613506]strongst[/MENTION] - Appreciate your work in this thread and the tireless guidance provided to those seeking assistance. That said, there is more than one way to skin a cat. Post was appropriately directed and (of course) public so all can view and choose the approach that works best for their situation/needs. It's great to see multiple perspectives and have several options to choose from. :)

---------- Post added at 02:26 PM ---------- Previous post was at 02:17 PM ----------

Try Greenify. Been around for years and offers a nice alternative to freezing, uninstalling or otherwise disabling troublesome apps that need to remain on your device for whatever reason. Brevent is another choice. Both are available in the Play Store.

As an aside avoid apps that mess with doze, wakelocks or alarms. While there are specialized situations that require such actions the vast majority of issues can be addressed via good app hygiene and a few basic tools that don't mess with Android internals.
[BetterBatteryStats] sharkyslo:
Thank you.

Now I have disabled it in developer options (I disabled Run in background, Start at boot and Read phone state). I hope it will be better now... Is this OK?
[BetterBatteryStats] DB126:
Those options are less effective than the alternatives previously outlined. Suggest rereading prior posts and taking one of the suggested actions.

Good luck.
[BetterBatteryStats] sharkyslo:
OK, I will, thank you. :)
[BetterBatteryStats] TNSMANI:
Just two dumps, one with all on and the other with all off. The screenshots are ok, so alongwith the two dumps, post screenshots also. If you have issue (roaming) for all on, postpone it till you leave the place, but post the all off dump with screenshots. If necessary, we can go for the all on later. Also note that the dump should be for atleast 6 hours.
[BetterBatteryStats] yochananmarqos:
You can still use frozen apps with Ice Box. You can use it's app shortcut to launch the frozen app or use Nova Launcher + Sesame Shortcuts and it will also appear via the app drawer search.
[BetterBatteryStats] sharkyslo:
Thank you. Which Nova launcher? Prime or basic?

Poslano z mojega ONEPLUS A3003 z uporabo Tapatalk
[BetterBatteryStats] yochananmarqos:
I have Prime and I think integrations like Sesame Shortcuts does require Prime.
[BetterBatteryStats] DonAndress:
So let me understand this correctly.

1. Are default BBS settings (just like right after installation) good enough or should I change anything?

2. Dump should be for at least 6 hours means that I should for example unplug the charger in the morning, use the phone all day with wifi/data off and then leave it for at least another 6h idle with screen off for example in the night still with wifi/data off?

Just to let you know that yes, I can see quicker discharge when the battery is between 100-60% but it goes flat the quickest when it's 30% or less.
[BetterBatteryStats] strongst:
You can also use references(see op) for screen on/off to separate records while you use your phone.
[BetterBatteryStats] DB126:
With exception to the first 5% (100->95) non-linear drain rates are almost always symptomatic of an aging battery. Try recalibrating (drain device until it shuts down then fully recharge) if falloff is rapid below a certain level. If behavior does not change it's time for a replacement. Any drain/hr measurement taken will be suspect as worn cells tend to perform somewhat erratically.
[BetterBatteryStats] TNSMANI:
Was about to say the same.
[BetterBatteryStats] mrjuniork:
I second that! ... But what about a non-linear drain with a pretty new battery? Till 50% I usually reach up to 4 hours SOT, but that's never the case for the range between 50-15%...

And something else. I never wanted to believe all your preachings (sorry for the religious term) about cutting down WL blockers (eg Amplify), but a few days ago I deactivated Amplify, wanted let things take its course, and see there, there was a small positive SOT improvement... And I didn't even limit many WL's (net scheduler and few others). It's like it's almost psychological manipulation, believing by physically limiting the WL's to encounter a positive change for the better, which obviously isn't the case... The whole thing can become quite time-consuming :o
[BetterBatteryStats] Darren_J:
I get ipc00000029_sensors.qcom kernel wakelock at 100% during screen off.. Anyone what this is caused by? I get awake(screen off) at 92% because of this wakelock...

Solved: Wiped cache and DAVIK cache and it's all fine. It came from dirty flashing a ROM.
[BetterBatteryStats] DB126:
[OT re: "preachings": yep - became a bit impassioned when time was precious; fortunately things unfolded differently. Sermon has not changed; priorities have. Will let historical posts speak for themselves :)]

Truly "new" batteries are few and far between - especially for devices out of production. Date codes are often meaningless. Good chance the replacement pack sat unused for an extended period (possibly in unfavorable environmental conditions) and/or was not manufactured to OEM specs.

OP5? That's a fairly new device; surprised you had to replace the battery. Also a badass for the standard 3300 mAh pack. While unqualified SOT is a truly horrible metric 4 hours is 'in the park' for a 50% run off given hw specs.

Keep it simple and the obvious will have no place to hide. :)
[BetterBatteryStats] chamonix:
Unfortunately the stats and counters are deleted at boot time. I have been thinking of way to stitch them but it is not that easy as an app does not always have the opportunity to run something before a device reboots or shuts down. There is a feature request still open on that but I have not come up with a way to implement that yet
[BetterBatteryStats] skivnit:
Sometimes powermanagerservice.wakelocks shows higher times than combined partial wakelock times. Where is the rest of it or what causes the other wakelocks. Are the alarms part of it?
[BetterBatteryStats] gvp9000:
My phone suffers from the *backup* wakelock problem.

Is there any way to backup my google's drive "phone backup" and then disable the service ?

Of course I must have a way to restore my phone's backup to my drive whenever I want to ...
[BetterBatteryStats] DB126:
Why do you believe this is a "problem"? The presence of a wakelock does not necessarily equate to increased wake time and/or battery drain.
[BetterBatteryStats] gvp9000:
I believe this is a "problem" because my phone never sleeps (18 hours and more) after unpluging it from the charger.

After a restart it sleeps normally ....

Isn't this a problem ?
[BetterBatteryStats] gFknQ:
If you're getting 18hrs & more after unplugging, I'm gonna go ahead & say there's no "problem"
[BetterBatteryStats] DB126:
Question was (and remains) relevant as you provided no supporting evidence. Supply an idle dump per OP to identify root cause. The suggested wakelock may be a symptom or completely unrelated to what is preventing your device from entering a low power state after coming off charge. It is not the cause.
[BetterBatteryStats] githyanki:
Please provide a dump for analysis.

To answer your question, go into your settings for Google and disable backup to Google. For me, the place to look was settings, system, backup.