yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] chamonix:
No how much drain is caused by that can not be measured. Nevertheless looking at the wakelocks and their total time may give a hint about how much overhead was spend due to slow or timing out data connection
[BetterBatteryStats] claudioita:
Thanks for your help.

Answering your questions. Important to notice that I have 4 IMAP accounts (2 gmail + 2 google apps)

. Yes I did a new install of Kaiten (which by the way is same as K9 email program)

. In GB I had absolutely no problem at all with Kaiten email. Settings where the default settings applied by the program itself: I just entered the 4 email accounts (2 gmail + 2 google apps)

. Googling, I found one other user experiencing the same on ICS with Kaiten / K9

http://forums.androidcentral.com/verizon-galaxy-nexus/156902-k-9-mail-battery-culprit.html

Settings:

I am going through all the settings of Kaiten (which is the same as K9 program). It seems all settings are the default

-PUSH/PULL: I prefer push. One of my major use of a smartphone, not going back on this. Eventually I go back to GB since it was perfectly working with normal battery use.

- NUMBER OF FOLDERS, Use only INBOX: Can't see the option on how to do this (??!!??). Very confusing on Kaiten / K9.

- frequency/keep alive: is it Refresh Idle connection ??? It is set at 24 minutes

Other options I have (on all 4 accounts) under FETCHING menu (I guess this is the most important menu)

fetch messages upto: 32kB

folder poll frequency: never

poll folders: only 1st class folders

push folders: only 1st class folders

poll when connecting for push: (enabled)

max folder to check with push: 10 folders (is the minimum)

refresh IDLE connection: every 24 minutes
[BetterBatteryStats] jeremysherriff:
That "push folders: only 1st class folders" is how you set each account to do "push" on the inbox only - make sure only the inbox is in the 1st class. If you need other folder (deleted, sent, drafts etc) then set them as 2nd class, and set a poll frequency (1 hour?) on the 2nd class folders.
[BetterBatteryStats] claudioita:
aha, now I understand, thank you. But in K9/Kaiten how do you put only INBOX in 1st class folder ??!!??

Found! is when it shows the folders, just push on it and the menu appears. I went back to 2.3.6 GB now only INBOX is on PUSH, others are on NEVER, maybe under ICS they were all under PUSH (?)
[BetterBatteryStats] umartariq:
I appreciate if someone helps me by taking a look at my dump and advice accordingly.

Thanks!
[BetterBatteryStats] jeremysherriff:
Maybe, but in my mind that doesn't account for so many wakelocks. Something to check/try next time you give ICS a try ;)
[BetterBatteryStats] hslayer:
Hey guys,

What do you guys think about this? I don't consider this as good battery life.

Is there any program that is eating my battery? is my phone getting a deep sleep?

BY THE WAY, I just realized volume bar was blocking the view on my screen shot, it says 7 hrs and 30 Mins on battery!

Thanks guys!
[BetterBatteryStats] claudioita:
No?? So what can then be? It must be that Kaiten has a bug with ICS or that particular kernel !?!!
[BetterBatteryStats] chamonix:
That's an interesting one. Reading some code lead me to this: https://github.com/asksven/BetterBatteryStats-Knowledge-Base/wiki/ConnectivityService

(added to online KB, index will be pushed sometime this week)
[BetterBatteryStats] drezz2:
So now it's installed and ready? Do not do anything else?

until now I only had it installed on a mobile phone with android 4.4 and being root ... so now when I install it on another mobile, do not have to do anything extra to have the same functions as when I had it with root?
[BetterBatteryStats] Daved+:
BBS crashed for me:

02-12 22:23:22.410 10440 29230 E AndroidRuntime: FATAL EXCEPTION: AsyncTask #115

02-12 22:23:22.410 10440 29230 E AndroidRuntime: Process: com.asksven.betterbatterystats_xdaedition, PID: 10440

02-12 22:23:22.410 10440 29230 E AndroidRuntime: java.lang.RuntimeException: An error occurred while executing doInBackground()

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at android.os.AsyncTask$3.done(AsyncTask.java:353)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.FutureTask.finishCompletion(FutureTask.java:383)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.FutureTask.setException(FutureTask.java:252)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.FutureTask.run(FutureTask.java:271)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.lang.Thread.run(Thread.java:764)

02-12 22:23:22.410 10440 29230 E AndroidRuntime: Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'void com.asksven.android.common.privateapiproxies.BatteryStatsProxy.invalidate()' on a null object reference

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at com.asksven.betterbatterystats.services.UpdateTextWidgetService.onHandleWork(UpdateTextWidgetService.java:89)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at android.support.v4.app.JobIntentService$CommandProcessor.doInBackground(JobIntentService.java:392)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at android.support.v4.app.JobIntentService$CommandProcessor.doInBackground(JobIntentService.java:383)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at android.os.AsyncTask$2.call(AsyncTask.java:333)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	at java.util.concurrent.FutureTask.run(FutureTask.java:266)

02-12 22:23:22.410 10440 29230 E AndroidRuntime:	... 3 more

I also see every minute while screen is on but I'm not using the widget, can I disable it?

02-12 22:23:22.393 10440 29376 I UpdateWidgetService: onHandleWork: Intent { act=BBS_WIDGET_UPDATE (has extras) }

02-12 22:23:22.393 10440 29230 I UpdateTWidgetService: onHandleWork: Intent { act=BBS_WIDGET_UPDATE (has extras) }

Thanks
[BetterBatteryStats] R1kki:
Everybody!

Could you help me to define who or what is the main source of my battery life?

At night the phone lost about 10-20% of the charge.

View attachment BetterBatteryStats-2019-02-13_073750432.txt
[BetterBatteryStats] strongst:
Try to switch off location scanning, and make sure you have a better mobile phone signal, it's bad and switches really often. Maybe switch to another band that's more reliable in your place.

Repeat the test again,m.
[BetterBatteryStats] TNSMANI:
BBS now requires root or the permissions have to be granted through adb. Read the OP.
[BetterBatteryStats] R1kki:
Thanks!

Repeated the test.

Set up mode 2g/3g only.

View attachment BetterBatteryStats-2019-02-14_071940636.txt
[BetterBatteryStats] strongst:
As you can see, much better, only 0.4%/h drain :good:
[BetterBatteryStats] rainbow99:
Hi can any bro help me analyse my bbs logfile? I seem to have many wakelocks. Using mate 20 x but can't seem to get the long battery life that the phone is capable of. Thanks in advance
[BetterBatteryStats] TNSMANI:
BBS is not correctly reporting the stats. Battery level lost is shown as 0% and some other issues. Uninstall, reboot and reinstall BBS. Then take another dump.

Symantec held wakelocks for 45 minutes, not sure whether it contributed to the drain. Tame it or uninstall it. BT and Mi Fit caused some drain. Switch off BT for the test. Xiaomi Health app also caused some drain. Location was on and contributed to the drain.

Tame/disable these for the next test. Then depending on the results, you can choose whether an app has to be tamed or uninstalled and/or whether you should go for alternatives.
[BetterBatteryStats] Oswald Boelcke:
As you're using Mi Fit, maybe this post is of interest?
[BetterBatteryStats] Flasher8:
Hi guys, I got unusual drain due to system server. Any1 know what is that ? :confused:
[BetterBatteryStats] strongst:
Can you please provide a idle dump file according to the instructions in the first post? Otherwise it's impossible to get a detailed overview of your system activities ;)
[BetterBatteryStats] Flasher8:
Hi, the dump files and some stat. Thanks !
[BetterBatteryStats] strongst:
Please read the instructions in the first post again. Your screen on time is several hours instead of seconds... Dump file isn't a help therefore :(
[BetterBatteryStats] Flasher8:
Abit confused. Maybe I let it drained again and get the stat again.
[BetterBatteryStats] strongst:
You can either set a reference point or charge to 100% and unplug. See instructions:)
[BetterBatteryStats] Flasher8:
Is the stat and file correct ?
[BetterBatteryStats] Flasher8:
Add on Terminal Top. Something not right going on ? ?
[BetterBatteryStats] githyanki:
No.

Idle time needs to be 6+ hours, yours was about 1 hour.

Screen on time needs to be less that 1 minute, yours was about 10 minutes.

Please read the directions in the op.

Best time to collect dump is while you sleep.
[BetterBatteryStats] Flasher8:
Ok thanks . Need to make it tomorrow
[BetterBatteryStats] Flasher8:
Where I can read the dump screen on is less than 1 minutes ? Because OP doesn't stated that.
[BetterBatteryStats] Flasher8:
So this correct ya. ? Less than 1 minutes for screen on dump
[BetterBatteryStats] strongst:
No... You saved the dump file immediately after unplugging.

Charge your phone to 100%,unplug it and let it untouched for at least 6h. Never activate the screen or take a call, play music or whatever. Then activate the screen, save it to bbs dump file.
[BetterBatteryStats] Flasher8:
Just dump file will do right ?
[BetterBatteryStats] strongst:
Yes
[BetterBatteryStats] Flasher8:
Last question.

1st file.

Charged 100% and immediately unplug and get dump file.

2nd file.

Charge my phone to 100%,unplug it and let it untouched for at least 6h. Never activate the screen or take a call, play music or whatever. Then activate the screen, save it to bbs dump file.

Just to make sure . . ? Thank you so much
[BetterBatteryStats] strongst:
The 2nd one please :cool:
[BetterBatteryStats] Flasher8:
Roger that. ?
[BetterBatteryStats] TNSMANI:
Deleted
[BetterBatteryStats] komodo_1:
version info

Sorry for the silly question, but i'm not finding the info alone...

Last xda release on Hockeyapp it's still the 2.5-302 (95), right?

Thanks a lot
[BetterBatteryStats] githyanki:
Your right, it doesn't. Many times the screen off to screen on options don't show, so telling you less than 1 minute screen on time is the work around. If you get those options great, that will give better results.
[BetterBatteryStats] Shebee:
Does the 2.2.2 version work on pie?
[BetterBatteryStats] Flasher8:
Ok done.
[BetterBatteryStats] TNSMANI:
Your major issue seems to be the mobile signal. This drains battery and skews the stats. See whether you can get a location where it is better. Then take a fresh dump. Also you seem to have disabled wifi. Is that your normal setting or did you do it for the purpose of taking the dump? Enabling it will reduce the drain due to mobile signal as wifi will be used for background tasks.
[BetterBatteryStats] Flasher8:
Oh ok. . My house currently no wifi. So I using mobile. But the system_server thingy do u have idea what caused ?
[BetterBatteryStats] strongst:
What do you mean with system_server? There's nothing within the dump file :rolleyes:
[BetterBatteryStats] Flasher8:
Ah, u forgotten I posted here with terminal > SU> top ?

Since beginning I asked the system_server.
[BetterBatteryStats] strongst:
And what is your concrete concern about system_server process?
[BetterBatteryStats] Flasher8:
It feel like getting drained with my battery. Hmm. . So does not matter with that process ? ?...
[BetterBatteryStats] githyanki:
No concern. Besides mobile signal, other top drains were WhatsApp, Facebook, and anyshare. Overall drain was ok for stock at 1% per hour.
[BetterBatteryStats] Flasher8:
Thanks for the info.
[BetterBatteryStats] Tomanic:
Hello, can one of the experts here look at my dump file and give some recommendations how adjust the settings to limit the battery drain?

https://drive.google.com/open?id=15a59Y3ZsyfollCgNlaR-3phV9ZTJKP0-

Thanks a lot!
[BetterBatteryStats] DB126:
Reread OP and resubmit. Log is too short (min 6 hours) with too much screen on time (must be less than a minute).
[BetterBatteryStats] Tomanic:
New day, new dump, if someone can have a look and share some insight I will appreciate it!

https://drive.google.com/open?id=1HcDzgWJZcIiSHailUBhO93e5u5asaVLm
[BetterBatteryStats] MysteryIII:
No Root Android Pie

Hello,

I installed BBS v2.5-302 on a not rooted Galaxy S9 (G960F). I used adb to grant the additional permissions as described on the first page. I got the error warning about the Pie restrictions, followed the link and used this commands as described there:

adb shell settings put global hidden_api_policy_pre_p_apps 1
adb shell settings put global hidden_api_policy_p_apps 1

However it was still missing some AppOps Usage Data permission. To fix this I needed to turn the Usage data permission in the System settings off and on again. Maybe you can add this and the two command lines to your non-root guide?
[BetterBatteryStats] strongst:
Sorry, but the log is wrong again. Seems you charged your device... Again: read first post instructions
[BetterBatteryStats] Tomanic:
Ok I reread the first post and I admit I'm still confused as to what exactly needs to be done differently on my side - I charged the device, unplugged it and let be for 8-9 hours, then took a dump in the morning. I read in the post:

Fully charge the device, then let it run to ~95%

Should I just leave the phone licked, or use it until it reaches the 95% and then lock it and leave it for the 6+ hours. Can you elaborate on the exact procedure? Sorry for asking what probably seems obvious to you.
[BetterBatteryStats] strongst:
See here for easy steps https://xdaforums.com/showthread.php?t=1179809&p=78936964 but setting reference points is more for special investigations or when you cannot charge for whatever reason.
[BetterBatteryStats] Tomanic:
"Charge your phone to 100%,unplug it and let it untouched for at least 6h. Never activate the screen or take a call, play music or whatever. Then activate the screen, save it to bbs dump file."

This is exactly what I did when generating the dump posted today - so do I need to set different reference points? ("screen off" - "current" is what I used).
[BetterBatteryStats] strongst:
Your statistics type is not "Unplugged to Current", it's "Screen off to current" and that is what you saved as a dump file hence you changed settings ;)

My linked post doesn't tell you to set reference points. Either so follow my recommendation, or set references, but then the correct ones :D
[BetterBatteryStats] Tomanic:
Ok I think I get it now, so "Unplugged to Current" is what I should aim for? I will give it another try. Thank you for your patience ;)
[BetterBatteryStats] Tomanic:
Really hope I got the dump done right this time!

https://drive.google.com/file/d/10JIH_nm6YpRxGrEaUPzUv88_f2YkUEEK/view?usp=sharing
[BetterBatteryStats] DB126:
Dump is good. Uninstall Facebook app; problem solved (albeit further tuning may yield additional savings).

Terse response may seem unsettling ... Facebook app is a known resource pig. There are lighter alternatives that get the job done without mauling your device and privacy.
[BetterBatteryStats] tezukaryoma:
On latest 2.5ver, detected problems with api compatibilty, I m on pie 9.0 pixel experience rom, xiaomi. thank you
[BetterBatteryStats] TNSMANI:
Did you read about the new commands needed on Pie in the previous page? (assuming you are unrooted).
[BetterBatteryStats] tezukaryoma:
Which page? I cant find it, and yes my phone root and granted root permission on bbs and all permission already on, still got api compatibility problem.
[BetterBatteryStats] habylab:
Log file below of 19% drain overnight. Keen to know what caused it! Any help appreciated.

Looks like "898000.qcom;qup_uart" had a huge wakelock overnight. Any ideas what it is?

https://drive.google.com/file/d/147cV2oceFQ553C9qBF80V-yS4mtXZZf4/view?usp=drivesdk
[BetterBatteryStats] strongst:
You're aware that you posted a log cat instead of a bbs dump file?
[BetterBatteryStats] TNSMANI:
I specifically said previous page, didn't I? However, since you are rooted, it will not apply to you.
[BetterBatteryStats] nico933:
[MENTION=5656100]tnsmani[/MENTION]

today the semester started so i changed house, if the problem is related to the wifi i'll find it out quickly!

how can i find if i granted sensor prmission to some app? i looked in app permission in settings but and i can find only permission releated to "Body sensor" and i have no app with this permission granted (0 of 0)

also i have a really few and well known apps, i also tried unistalling some of them but without any succes

thanks for your help!
[BetterBatteryStats] TNSMANI:
Ok, let us know about the wifi.

On sensors, have you enabled something like pickup display, pocket sensor etc?
[BetterBatteryStats] Ky3hell:
Hi. Can you help me?
[BetterBatteryStats] pjadec:
Probably kernel related problems. No deep sleep at all.

Reboot, charge full and do new test run.

If data still same. Then try diffrent kernel.

These are problem.

qpnp_fg_memaccess (*api*): 2 h 37 m 6 s Cnt:(c/wc/ec)6474/0/0 39,8%

qpnp_fg_update_sram (*api*): 2 h 6 m 28 s Cnt:(c/wc/ec)5354/0/0 32,0%

qpnp_fg_update_temp (*api*): 36 m 58 s Cnt:(c/wc/ec)2143/0/0 9,4%

So definetively it's something about the battery controller. Still not a clue on how to stop it.

Full backup and factory reset probably fix or not?
[BetterBatteryStats] habylab:
Log file below of 19% drain overnight. Keen to know what caused it! Any help appreciated.

Looks like "898000.qcom;qup_uart" had a huge wakelock overnight. Any ideas what it is?

Now posted properly!

https://drive.google.com/file/d/1FD9v0pyJE6TzqSSEaihLcEJaaIui_iUT/view?usp=drivesdk
[BetterBatteryStats] pjadec:
Kernel or BT problem

No one really knows why, since only custom roms have that problem. Basically it can trigger if you boot your device with BT enabled. Just turn BT off and on and the wakelock will be relased.

Not sure if it fix it.
[BetterBatteryStats] habylab:
Interesting, thank you. Very odd. Thanks for the reply.
[BetterBatteryStats] tanfidzularus:
My phone never went into deep sleep, on bbs it shows suspended_backoff on top. What could be causing it? I think some thing mess up the kernel. Ive been going circle looking for answer. But none explanation.
[BetterBatteryStats] tanfidzularus:
Heres the log
[BetterBatteryStats] Oswald Boelcke:
I suggest to provide an idle dump that is in accordance with the OP (e.g. minimum 6 hrs and less than one minute screen on time). Also consider to upgrade your BBS version prior to the dump.
[BetterBatteryStats] TNSMANI:
Are you using any mods for the kernel? Read THIS page in full.
[BetterBatteryStats] nico933:
Hi, I'm sorry for the delay

The first two days the problem seems to be gone (but this happened also before when i was at home)

Yesterday my phone goes crazy and start to shut down and turn on led of death so i clean flashed everything

This night no deep sleep again

Monday I'll take another dump!

I don't use pick up screen but I use pocket mode!

Thanks!
[BetterBatteryStats] TNSMANI:
Switch off pocket mode while taking the dump.
[BetterBatteryStats] habylab:
No, I do not have anything that affects the kernel. Why do you ask?
[BetterBatteryStats] tanfidzularus:
Heres the update. Im using xperia x compact on stocks nougat docomo rom with root kernels.

I already posted in magisk thread also just to find out maybe theres a possibility in some magisk modules that mess up with the kernel, but no answer
[BetterBatteryStats] githyanki:
https://github.com/asksven/BetterBatteryStats-Knowledge-Base/wiki/suspend_backoff

You have something that keeps walking the kernel repeatedly. Unfortunately, those things seem to be all named "event*" AFAIK.

Perhaps someone can tell from your dump, but I can't.

Unless someone can spot it, I think the next step for you is to do a fresh install of ROM and gapps and magisk. Start with minimal, out no apps and test. Install a few apps at a time and see when issue occurs.
[BetterBatteryStats] TNSMANI:
Because in the link that I posted, the exact same wakelock was ascribed to a mod made to the kernel and once the mod was removed, the wakelock disappeared.

---------- Post added at 12:53 PM ---------- Previous post was at 12:21 PM ----------

The percentages of drain viz. 'level lost' and 'voltage lost' are out of whack. May be clearing the data and cache of BBS will solve it.

Other than the kernel wakelocks pointed out above, you have a few other contributors for the drain. One is your mobile signal. Though it contributed a little, it still contributed. The fact that you were not on wifi did not help matters because all the background downloads happened on mobile data.

'job deadline' and 'job delay' alarms contributed a lot. May be it was because you were not on wifi.

nextapp also drained battery. Sony's smartcharger also contributed.

Follow the post by githyanki and check whether things improve.
[BetterBatteryStats] habylab:
I do not have a module like that installed.
[BetterBatteryStats] Oswald Boelcke:
@tnsmani did not talk about a module but about a modification (abbreviated "mod") that has been made to the kernel.
[BetterBatteryStats] antoscara88:
Good evening, I have the francokernel but bbs tells me that wakelock kernel 9-0022, and in second place 6a00000.ssusb. How can I solve?
[BetterBatteryStats] strongst:
And those wakelocks drain your battery?
[BetterBatteryStats] antoscara88:
yes, about 3% 1 hour
[BetterBatteryStats] strongst:
Maybe it's useful to provide a dump file to see what's going on.
[BetterBatteryStats] tanfidzularus:
[/COLOR]

The percentages of drain viz. 'level lost' and 'voltage lost' are out of whack. May be clearing the data and cache of BBS will solve it.

Other than the kernel wakelocks pointed out above, you have a few other contributors for the drain. One is your mobile signal. Though it contributed a little, it still contributed. The fact that you were not on wifi did not help matters because all the background downloads happened on mobile data.

'job deadline' and 'job delay' alarms contributed a lot. May be it was because you were not on wifi.

nextapp also drained battery. Sony's smartcharger also contributed.

Follow the post by githyanki and check whether things improve.[/QUOTE]

Its legit. Others are not that significant. First thing first is the kernel wakelock. Just wondering if someone have experience this before? Magisk or module that contribute to battery drain?
[BetterBatteryStats] antoscara88:
I can not find. The data / app-lib directory is empty to me.
[BetterBatteryStats] strongst:
What do you mean? I don't understand... How to capture a dump file is written in the first post, please take some time and read it.
[BetterBatteryStats] habylab:
Okay: I do not have a mod installed like that. I'm not liking the insinuation that I have something installed that I'm hiding. I have arter's kernel installed on OP6, and I just came here for help with a wakelock I've been having recently.
[BetterBatteryStats] DB126:
lol - what insinuation? Device has a custom kernel. Kernel is keeping the device awake. Dump the customization; see if things improve. Troubleshooting 101.
[BetterBatteryStats] VnnAmed:
Hi, I have huge drains on my Oneplus 6. I have tried Stable and Beta Roms. I've done multiple factory resets. Nothing helps. There is a lot of logs from today and like 2 from 21/02/19. I've saved multiple logs today because I though it saves in storage/Downloads and I couldn't find them. Now I'm not sure if I can just delete the older ones. Also I have noticed that in dmesg it just says bad system call. https://drive.google.com/open?id=1UW1w6CYte1CX-N3dYQzyNfEyobHg-VzK
[BetterBatteryStats] strongst:
Please get new dump files. The old ones have over an hour of screen on time and the ones from today are lacking recording time and screen on time. Please read the first post and the last few pages how to get correct log files :good: