yashsingh1/xdaforums huggingface dataset:
[BetterBatteryStats] kozmo21:
Yes, that's the proper way to do it.

Really need an idle dump, but... disable/freeze gtalk, you can try to optimize maps using Karpfenhai's link in post #3 FAQ , uninstall facebook and use friendcaster instead, I see Fast Dormancy related wakelocks. try to change the FD state on your phone (e.g. with Gokhanmoral's Fast Dormancy app from Play store) ... if that's not enough, I also had viber, but it was causing too much drain so I uninstalled.
[BetterBatteryStats] shingo86:
Same problem as you. Its not gtalk app related. I have freeze gtalk n disable all gtalk autostart. My wake lock is very minimum tho.
[BetterBatteryStats] iamnotkurtcobain:
Since I disabled some things in gsf with autostarts, updating some apps in play store give an sdk error...

Gesendet von meinem GT-I9100 mit Tapatalk 2
[BetterBatteryStats] nckeong88:
Sorry if this has been asked before, does bbs work for nexus 7 4.2.1? Been using bbs on my S3 till it suffered the SDS. Thanks!
[BetterBatteryStats] iamnotkurtcobain:
What is the gprs data stall wakeup? It's been around so long but I never found an answer...

Gesendet von meinem GT-I9100 mit Tapatalk 2
[BetterBatteryStats] luizlee86:
Can someone analyze this log pleeeeeease?

Thanks in advance!
[BetterBatteryStats] Casanoaa:
If you use out settings you won't brake anythin up. http://xdaforums.com/showpost.php?p=36432767&postcount=11995

Try see what you have disabled in tb pro instead.

---------- Post added at 10:05 AM ---------- Previous post was at 10:04 AM ----------

Your phone does that if you have bad network signal and your phone is disconnects and reconnects.
[BetterBatteryStats] axpira:
Please,

My problem is only GTALK?

Thanks
[BetterBatteryStats] Casanoaa:
Sign out of gtalk and latitude in maps. Disable autosync in settings/rom for accounts. Google acc. Etc... Provide an idle log next.
[BetterBatteryStats] Arunabh:
I have a problem.my phone has two kernel wakelocks that arent letting my phone to go into deepsleep.

One is power mangaer service and RILS and a couple more.any solutions posted earlier?
[BetterBatteryStats] Casanoaa:
Provide an idle log. Unplug and leave phone 4 hours without touch. Dump a file. Then we can see about if it is a problem or normal usage.
[BetterBatteryStats] Karpfenhai:
For android greater 4.2 use the latest rc, otherwise kernel wakelock will remain empty.

But all other version will work anyway despite kernel wl,

Regards

sent from my Nexus 10
[BetterBatteryStats] iamnotkurtcobain:
Can you tell me what providers I can disable in the facebook app? I have everything off (location, notifications,..) but still have fb wakelocks...

Gesendet von meinem GT-I9100 mit Tapatalk 2
[BetterBatteryStats] Karpfenhai:
Your dump looks quite good so far, the only problem is network overhead plus general network traffic but I think you could life with that.

Provide a longer measuring period with no foreground activity to gain better results.

Turn off Wi-Fi to prove the overhead theory.

sent from my Nexus 10

---------- Post added at 01:53 PM ---------- Previous post was at 01:50 PM ----------

Your only problem is your bad network connection, try to set your device to 3g only for a certain period and see whether the situation improves.

sent from my Nexus 10
[BetterBatteryStats] Casanoaa:
You can maybe minimize the wakelocks of fb app but you can't get rid of it.
[BetterBatteryStats] Xelstyle:
Had a pretty good dump month ago, but seems like with some new stuff on my phone, there's something new disturbing it's sleep. Would appreciate any help.

And I did forget to freeze the Google search box. :/

Scribbled with the Note II
[BetterBatteryStats] Casanoaa:
Provide an idle log. Unplug and leave phone 4 hours without touch dump a file. Disable google search and see post 3 for maps.

Disable onavo if you dont use it
[BetterBatteryStats] Simba501:
Will you add support for changing the dumpfile location? It would be very useful to save all dumpfiles to a specified folder instead of the SD root.
[BetterBatteryStats] luizlee86:
Thanks! By longer you mean about how many hours?
[BetterBatteryStats] russline:
Thist could help to somebody who's experiencing AudioOutLock wakelock issue. I saw it in the thread. My device deepsleep was always 0. I use silent mode - mute.

Even after uninstaling, freezing every audio and video apps no change. Finally the workaround for me is after boot press volumeup twice and then volumedown twice and that's it. After screen goes off the device goes to sleep. Wired ...

SG2 4.0.4 stock
[BetterBatteryStats] Casanoaa:
4 hours is enough
[BetterBatteryStats] Xelstyle:
Really, that wasn't an idle log? Will try again tonight with Google search and found that a couple autoruns were still on for maps.

Scribbled with the Note II
[BetterBatteryStats] floepie:
Just curious, why is it that the total kernel wakelocks time always exceeds the total awake time minus the screen-on time? I would think these two values to equal each other. Or, do wakelocks extend into the time when the screen is on?
[BetterBatteryStats] smelenchuk:
Just a guess, but two or more wakelocks can be active simultaneously - thus the sum of the individual wakelock times is going to be greater than the total time that one or more wakelocks were active.
[BetterBatteryStats] PIRATA!:
So no way to at least eliminate the GTalk entry as I have uninstalled it?

I can't understand why if I block all its entries with Autostarts that thing comes out any way...
[BetterBatteryStats] azrash:
Nope. Not possible. Just minimise it and enjoy the phone.

Sent from my Desire Z
[BetterBatteryStats] Casanoaa:
My friend you have an android (google) based os installed. No not yet we haven't a chance to eliminate it.
[BetterBatteryStats] Melhisedek:
Here are two new logs, phone is awake more than it should be considering I've frozen a lot of apps. Anyone can take a look and see something out of the ordinary?
[BetterBatteryStats] Casanoaa:
There are not much to see. The only thing i see here is that you have a dirty wifi-network.

Find the causes on your network. Use shark for root on gplay and use sharkreader on pc to analyze the dump.

Parameters for shark for root: -vv -s 68

Clean your network. Set your router and phone up for a static ip.

Also if you don't use viber and whatssapp then uninstall them or you can try turn off some of their autostarts and turn off notifications, push etc.
[BetterBatteryStats] Surfinette:
Hi,

Can anyone please look at my dump file and tell me how I can optimize my battery consumption further :

1) Obviously I need to optimize K9 mail (any advice from K9 mail users?) - I guess I should manually update, instead of using push mail update

2) I've applied many advice found on this thread regarding GSF, yet I still find it too "active"

3) I see some GTALK in the dump file, yet I've frozen Gtalk with TB pro... how can I eradicate Gtalk ? ;)

4) Is there anything I can do to limit awake state caused by Android system

5) any other suggestions

NB during the whole test, I didn't "use my phone, didn't switch the screen on, didn't have any phone call...

Thanks in advance for your help
[BetterBatteryStats] azrash:
Other than K9, the stats looks normal. Go into K9 settings, account, fetching, and set it to poll instead of push. Maybe every one hours or two or whatever duration that you are comfortable with.

BTW, what kind of email provider are you using? If you are using Gmail, the default app is less power hungry than K9 for push email.

Give it a try and just check your dumpfile again later on.

Sent from my Desire Z
[BetterBatteryStats] chamonix:
yes: https://github.com/asksven/BetterBatteryStats/issues/323
[BetterBatteryStats] chamonix:
because except your kernel has a patch to list discrete wakelocks those can be overlapping and also be held while screen is on
[BetterBatteryStats] chamonix:
No, it depends more on the kernel and the options set to compile it as on the android version. Unfortunately I don't know of any alternate way to access network stats than this one (but I'm no kernel dev). If anyone could hint me to another way to get that info from the kernel I would me more than happy to implement that alternate method to gain those stats.
[BetterBatteryStats] chamonix:
Thanks for that. I was busy with work the last two days and I am catching up with the thread and specifically with this bug right now. I will summarize and update the issue tonight
[BetterBatteryStats] chamonix:
This wakelock is held while key input is processing: http://grepcode.com/file/repository...pl/PhoneWindowManager.java#PhoneWindowManager

The last time I saw that one it was due to a case pressing on the volume buttons
[BetterBatteryStats] chamonix:
Your problem is solved and was replaced by another one: network traffic is keeping your phone awake. Weird is that the volume transfered is not that high but the wakelock very long. Are you on 2g or did you have poor network coverage? You should repeat and take another reading to confirm.
[BetterBatteryStats] chamonix:
That is not a wakelock but a status. If your turned data off it is normal the BBS reports that data was turned off
[BetterBatteryStats] chamonix:
Well I don't think the right way to help resolving a problem is to post that kind of statement in a place where it will not be read, with no logs. It's not constructive and I don't get the goal of that post.
[BetterBatteryStats] MRDOCA:
ok, good morning guys.

first here is my idle dump

just basically want to know if there's anything else i can do to mine.

thanks
[BetterBatteryStats] MRDOCA:
here also is my friends idle dump requested yesterday
[BetterBatteryStats] chamonix:
Ok, let me try to summarize my understanding before I update the issue and start digging.

What I see from the dumpfile and looking at your screenshots:

- the "other" stats, especially the deep sleep/awake times seem correct and also consistent with the cpu states

- the kernel wakelocks show PowerManager at 6 minutes and that would be in the magnitude of the awake

- the partial wakelocks show values in the magnitude of hours not consistent with the awake / kernel wakelocks / cpu states

Now the only thing that I can not see from that is if the error is as I described above of if the problem is in the calculated values of "other", "cpu states" and "kernel wakelocks".

What puzzles me is this:

Since unplugged: Reference since_unplugged_ref created 7 d 20 h 46 m 41 s (Wl: 0 elements; KWl: 28elements; NetS: 30 elements; Alrm: 15 elements; Proc: 0 elements; Oth: 3 elements; CPU: 29 elements)

Besides the fact that your phone has been running for more that a week the fact that the reference "since unplugged" does not contain any "wakelock" info. This would mean that when calculating the values for "wakelocks" since unplugged BBS would take the current values and substract "nothing".

Even the reference created at boot time shows:

Since boot: Reference since_boot created 1 m 56 s (Wl: 8 elements; KWl: 0elements; NetS: 0 elements; Alrm: 5 elements; Proc: 3 elements; Oth: 4 elements; CPU: 29 elements)

8 entries in the wakelocks so the inconsistency I see is that there is no reason for those to disapear.

Could you please confirm my assertions (or tell me I am on the wrong trail) and provide a logcat / dumpfile with BBS debug log on so I can have a look at the caluculations?

I'd also be interested in knowing if the problem is there right after a boot or if it starts over time.

Of course I you feel that I have missed anything feel free to bring it up.
[BetterBatteryStats] chamonix:
Unplugged to charged is not a good setup for a dumpfile as part of the time of this reading your phone was hooked up to the charger (note my myself: to ref "charged" makes no sense: https://github.com/asksven/BetterBatteryStats/issues/333

Please provide a dumpfile for "unplugged" to "current".
[BetterBatteryStats] chamonix:
same here, "boot" to "charged" makes no sense, please provide a "unplugged" to "current" dumpfile
[BetterBatteryStats] Thomas_BA:
Well after following this thread for a while, taking in account all the suggestions made here, i have my phone i think quiet good configured regarding unnecessary options etc.

Some explanations:

1. I have still WiFi running every time its possible. using Wifi Toggle which you can find here in the Android section. Very efficient.

2. Still have Google Mail, telephone book, calendar sync.on

3. Dropsync is also running.

All those are disabled via Tasker at night automatically. Even with all the point above mentioned running a have a nice battery drain of only 2.5% per hour, and i think its ok ;)

Only wondering why:

1. GTALK_ASYNC_CONN_com.google.android.gsf.gtalkservice.AndroidEndpoint (Google Services): 38 s (38 s) Count:301 0.1%

2. GTALK_CONN (Google Services): 5 s (5 s) Count:270 0.0%

is that high.

That night i will do a test with all the above mentioned apps disabled.
[BetterBatteryStats] azrash:
Your problem is dirty wifi.

Here

"rx_wake" (): 2 h 23 m 10 s (8590 s) Cnt:(c/wc/ec)243/0/242 30.0%

Either clean your wifi network, or use better wifi on off by chamonix, it'll disable wifi when there is not active connection. The latter is easier. A very smart app, try it out.

Others look fine.

Sent from my Desire Z
[BetterBatteryStats] Melhisedek:
Please excuse me for my ignorance but how do you "clean wifi network" ?

Thank you for your time!
[BetterBatteryStats] azrash:
See the quoted post below. however, if you do not have access to the router settings (office) etc, it is more difficult. Which is where I'd recommend using better wifi on off

Sent from my Desire Z
[BetterBatteryStats] Karpfenhai:
Ohh, did i attach the wrong Logcat? My bad, sorry. ill sent you another one tomorrow, im on Nightshift right now ;)

I assume your conclusions are correct, i wonder why the other affected Users are not attaching their Logcats as well??

I think this is an CM10 specific Bug, maybe the refs are not updated due to file system restrictions? 7 days could be my last boot, so since unplugged may reflect since boot somehow, but the 1 min 56 ref... only clue would be since screen off but the watchdog is disabled..

I will check debug and attach the dump, lets see whether the values are still increasing... 11 Days w/o reboot now.. Thx for taking care! Much appreciated!
[BetterBatteryStats] chamonix:
I don't think so as 1.12 introduces the storage of the ref-blob into the private database. It looks more like something is preventing the partial wakelocks to be retrieved and that's why the debug log may be interesting. The partial wakelocks are the only data left coming from the "battery info" service so there may be something borked there. Unfortunately we don't have any raw stats for that one (I could add) but I expect to find some hints in the logs. I'll keep the next RC back till we have some progress on the current issue.
[BetterBatteryStats] kls629:
I am using BBS on my TF201 but i keep it docked, and when i check BBS it states charging. Is there a way around this?
[BetterBatteryStats] Karpfenhai:
Nope, and it makes no sense at all, b/c the device will not enter deepsleep during charge, it stays always at lowest cpu level, even when screen is off, sorry you need to unplug.. ;)
[BetterBatteryStats] Thomas_BA:
I will give BW o/o a try, until now i used Smart Wiffi Toggle.
[BetterBatteryStats] kls629:
always states device is plugged in when docked
[BetterBatteryStats] ccs86:
Hey guys,

Got a nice long log here, along with a smaller Shark log.

I can see that Tapatalk was going crazy.

Thanks for your help!

(just remove the .c extension from the shark log)
[BetterBatteryStats] alanwyl:
Can anyone help me take a look?

They are 2 overnight dump files.

Didn't install/uninstall anything but the battery usage is nearly 4 times during the second night.

First night: https://www.box.com/s/jx2vfmnsunircyee7sz8

Second night: https://www.box.com/s/dvwjmp0deunbgmov6lqg
[BetterBatteryStats] azrash:
can't comment much on the shark log, others would chime in for this.

But yeah, the obvious ones are Tapatalk. FB, and Google quick search. Disable Tapatalk notification and maybe the shark log would be easier to analyze. I am not well versed with how to use it.

Sent from my Desire Z
[BetterBatteryStats] GoJo ^^:
Just thought it would be nice being able to have different widget (one for "since boot", once "since uplugged" etc..) with title on each of them to know what they show...

Sent from my whitey i9100
[BetterBatteryStats] azrash:
^please post and idle dump of four hours or more. Charge, unplug, leave it for four hours or go to sleep, then post a dumpfile when you woke up.

And either attach it as an attachment or share via Dropbox. Scrolling the whole thing in Tapatalk is quite hard.

Sent from my Desire Z
[BetterBatteryStats] bosoxdanc:
Should this be popping up like every time I turn my screen on?
[BetterBatteryStats] Casanoaa:
Open SU app and press bbs app and turn off notifications. Give it grant access
[BetterBatteryStats] yhrn:
If you have the BBS watchdog enabled, yes.

EDIT: that is the answer for the question if BBS should be asking for root when you turn on the screen. If you just want to turn off the toast then you can do as Casanoaa suggests.
[BetterBatteryStats] alanwyl:
Can anyone help me take a look?

They are 2 overnight dump files.

Didn't install/uninstall anything but the battery usage is nearly 4 times during the second night.
[BetterBatteryStats] ejstubbs:
How I learned to stop worrying and love my battery

One thing I did recently which has made me a lot less antsy about my battery was nothing to do with BBS or tweaking apps. I realised that the phone actually runs for several hours with the battery meter stuck at 1%. Whether this is due to duff calibration or something else I don't know (I've tried every recalibration ritual I could find on xda but none of them seem to make any difference).

In the end I simply went to the UOT Kitchen and cooked myself a theme which doesn't turn the battery icon amber until it reaches 15%, and red at 5%. These are the two trigger points where the phone beeps and throws up a warning message. Up until then the icon stays a serene green, whereas before it would start to go amber at about 50%, and red at about 20%.

I'm amazed at how much this simple change to the UI has made me much more comfortable with the battery life I'm getting!
[BetterBatteryStats] odub303:
I think I've taken care of my most egregious wakelock issues, thanks in no small part to this app. It really is a phenomenal tool that needs more publicity. My last major wakelock offender seems to be "Event Log Service", listed as part of Google Services. The counts aren't nearly as high as with Alarm Manager, but the wakelock time is far greater. I've been mucking around with various stuff and can't pinpoint what the root cause. This was not an offender on my OG Epic (running a 2.3.4 leaked firmware) but is a big offender on my Epic 4g Touch running 2.3.4. Anyone have an idea as to the likely culprit, or should I just dump the file and pore over it?
[BetterBatteryStats] chamonix:
EventlogService is related to EventLog ( http://developer.android.com/reference/android/util/EventLog.html) an is responsible for collecting system level data.

I wouldn't expect this to be generating Wakelocks as the rule for logging/tracing is that it shouldn't add load to the system. Take eg logcat: there is no overhead as long as logcat is not running.

In your case either there is an app consuming that info (tried disabling usb debugging?) that you may look for in the running apps or there has been a serious **** up in the build.

I'll try to find the sources to look at the wakelock logic while you check the above
[BetterBatteryStats] chamonix:
Can you also please have a look at /system/etc/event-log-tags

This file defined the payload to be logged and it may be interesting to compare it to another rom and see if there is a higher payload set on your kernel
[BetterBatteryStats] :
have you idea of any rom that includes a small payload? (in order to compare)?
[BetterBatteryStats] chamonix:
@bu2askoor

Are you by chance leaving wifi on all the time?
[BetterBatteryStats] chamonix:
Here you go. It's from VR3.0 with ninphetamine 2.0.5

I'd be interested in seeing others as I have never looked into this matter.
[BetterBatteryStats] xavihernandez:
Hello people,

First of all thank you Chamonix for this app.

I have taken a look to firsts posts in order to find a solution but no luck : my lists are empty like nothing is recorded. Any clue from you guys ?
[BetterBatteryStats] ed.dark:
OK. This is ironic. I installed BMW when I first got the phone. I liked it so went pro and kept it. I had high drainage but when I looked at what was wakelocking the phone, it was alarmmanager. A sysdump alarms was run and BMW was the biggest culprit. I uninstalled BMW and much better life and lower android OS usage followed!!!
[BetterBatteryStats] nobnut:
Which phone and Android version are you running? Have you tried switching between Partial Wakelocks/Processes/Other in BBS?
[BetterBatteryStats] xavihernandez:
@nobnut

Sorry I thought I had my signature filled, I will apply soon.

I have SGS2 running last version of MIUI (built by gangsterjoop, translated in French by mnx).

All parts are empty.
[BetterBatteryStats] odub303:
If you configure BMW properly there is very minimal battery impact and no impact on CPU deep sleep. Make sure you have history logging set at 5 minute intervals and 1 minute intervals for mah updates.
[BetterBatteryStats] odub303:
Attached is the event log tag file. As for monitoring running apps that may be accessing this info, I can't find any likely culprits. I used to think it was battery monitor widget, but today I am not seeing event log service wakelocks at all and BMW is still running as usual. I am thinking that it has to do with one of the Google apps but I can't pin down which one.
[BetterBatteryStats] chamonix:
i believe batterystats must be turned on in MIUI (services)
[BetterBatteryStats] chamonix:
I will diff the tags. Could you post a bbs dump meanwhile so that we can have a look at the services running. A dmesg may be helpfull as well. I definitely think that that wakelock is cause by something in your system, userland or kernel as EventLog is supposed to be for diag and not for prod.
[BetterBatteryStats] odub303:
I will post a dump after the phone has been running for a bit and I see the problem crop up. Thanks for your help!
[BetterBatteryStats] chamonix:
Ok, I think we can rule out the tags to be the cause as mine is absolutely identical. I hope dmesg and services will show something to work on
[BetterBatteryStats] odub303:
Here is a dump covering about 40 minutes after I removed the device from the charger, and you can see two relatively large wakelocks from Event Log Service.
[BetterBatteryStats] xavihernandez:
@chamonix

Ok, but how to ?
[BetterBatteryStats] chamonix:
couldn't tell but the search does
[BetterBatteryStats] Casanoaa:
Your sharklog is not long enough. Parameters like i said -vv s-68. Turn wifi on and leave your phone 15min then stop it.
[BetterBatteryStats] Melhisedek:
Here is my shark log. Hopefully you guys can see more than I can :) I had to compress it as forum doesn't accept pcap extension or so it seems
[BetterBatteryStats] Casanoaa:
See post 3 for maps and disable locations in settings/rom

Disable google search with tb pro.

Also you can use another app than facebook. Browser or friendcaster.
[BetterBatteryStats] azrash:
+1 for Facebook on browser. Zero alarm ftw

Sent from my Desire Z
[BetterBatteryStats] Casanoaa:
That i can see here is something is going on with TCP, IPV4

http://wiki.wireshark.org/Internet_Protocol

Set your router and phone up for a static ip. Assign your mac adress for your phone on your router.

Also you have mdns... http://en.wikipedia.org/wiki/Multicast_DNS

You can use another kernel with integrated multicast disabler. See kernels for your phone if you want.