yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] nobnut:
Excellent. Thanks for the information. I will check back often to see if you need anything from me.
[Android Apps and Games] pulser_g2:
Good man. We practice what we preach here :)

SGS2 has an inbuilt ability to kill apps, but it's not automated in any way...
[Android Apps and Games] nobnut:
It does it very well. I've never seen free RAM at less than 300Mb. 500Mb is nearer the norm.

Yes, I have many system apps frozen however.
[Android Apps and Games] brandall:
Thank you kind Sir.

Reason I ask, is I plan to do an experiment to perhaps dispel the myth of task killers once and for all. Once a week's worth of data is gathered, there'll be a further version that will kill applications/process at the display off point to see if this increases DS at all... Only useful of course to those with DS problems in the first place, but would be interested to see if this actually made a difference for them....

EDIT: @nubnut - If I had that much going on on my launcher my battery would last 11 seconds (with the screen off).
[Android Apps and Games] nobnut:
If the school of thought that Task Killers are counter-productive is correct (I subscribe to this thinking), then that experiment should actually reduce DS. When those processes and apps are killed, would they not restart, waking the device from DS?

That is unless they have been killed in 'Chuck Norris' mode and are not startable again automatically.

EDIT: @brandall That is just one of 7 screens packed with widgets ;)

The SGSII is a beast!
[Android Apps and Games] brandall:
I'm in that school too, but to play Devil's advocate, perhaps it could kill the wannabe troublesome process that should not have been there in the first place and may not return...? I hope not though! 'Chuck Norris' mode is in my armoury...

Attached is my homescreen - If I need to know the time, I look at the sun.
[Android Apps and Games] nobnut:
LOL

How do you find what you need amongst all that mess! ;)
[Android Apps and Games] brandall:
I just press the screen and hope! The bottom 5 icons actually perform intelligently to launch whatever is relevant to the phone activity :D Good old Tasker!

The above said, I'm looking forward to my sensation and having sense so crammed full of widgets it actually somehow makes my phone heavier... Bring it on!

Ps. This is great it being my own thread - there's no one to flame me for going off topic!!
[Android Apps and Games] pulser_g2:
I think I see what he did there... He posted a screenshot, but redacted all of it... :p

Or maybe he redacted his own phone :p
[Android Apps and Games] nobnut:
I love Sense 3.0. It is so smooth. I'm rocking it on my DHD and my Sensation. The latter is, as of last night on permanent 'loan' to my friend. I think he identifies more with the permanent aspect.

That is nearly a redaction of a redaction of a redaction.
[Android Apps and Games] brandall:
Ha! You could start a phone shop! It takes up most of my life tweaking one device! Let alone as many as you have...

This redaction thing must a SGSII forum joke.... You've lost me! :confused:
[Android Apps and Games] nobnut:
I only have one SIM card. I can only use one at a time. I don't get bored with phones. I just can't resist the new ones when they come along. I'm too lazy to sell them, plus I don't have an Ebay account or a Paypal account.

I prefer to give or lend them to good homes instead. A pay it forward kind of thing.

Redaction is just jargon for 'blanking out'. It is normally used in media circles when they black out a name or some other detail to protect or prevent disclosure. Same as you see in the newspaper headlines section of the 'Have I Got News for You' quiz show.

Hence you redacted your screen by blacking it out.
[Android Apps and Games] brandall:
I hope good karma is on it's way for you.

Ok! I'm going to have a lot to drink tonight and will probably end up redacting myself. I don't think that was used in the right context, but you get the idea! :eek:
[Android Apps and Games] nobnut:
You deserve it! You're a wild man.

Have one for me and have a great weekend.

EDIT: I'll be about (on and off) over the weekend if you need a guinea pig.
[Android Apps and Games] brandall:
Have a great weekend too and thanks again for your testing skills on this. No doubt I'll hunting you down at some point!
[Android Apps and Games] brandall:
V6 Up!

V6

* Removed additional % in DSD-BootReport - credit nobnut

* Reverted to linux/locale 'toolbox' commands for report information - credit Pulser_g2

* Reverted to Tasker handling all calculations - Speed Test proved Locale Plugin to be much slower

* Removed pop-up tasks as they are fugly

* Added 'wait until' actions before %CPUTIS to ensure data from file is written

Bugs

1) The transition between power on/off and the display on/off when you remove the charge is causing issues with the data. I need to give it some thought. The same is happening for in-call, mixed in with display on/off at the time and if also plugged in! - I'm on it...
[Android Apps and Games] nobnut:
Splendid! Will test shortly and report. Thank you.

Sent from my HTC Flyer using vodka
[Android Apps and Games] brandall:
Morning Nobnut! Thanks for your testing skills as always.

I really should have put the threshold changes I've made in, so you could adjust:

Action #13 in DSDDispOn is set to 600. This is minimum time the screen must be off before any report is provided. I set it to 10 minutes so it wouldn't become annoying to the user. You can change this to 60 seconds if you want, but that will increase the chances of lower percentage results.

In action #2 of DSDDO the IF statement is set to 900, meaning that until you have 15 minutes of uptime, the device will say that reports are not available until then - this would to give the device some running time in order to have some data to work with. Again you can decrease this to get data sooner by putting it down to whatever you like.

The same threshold is in action #1 of DSDAdhoc

In action #6 of DSDNotify '< 80' is the trigger for the detective report being created. I thought less than 80% of DSP was about right. If you want you can change this to less than 100% so it writes are report every time regardless of the results.

To avoid conflict you'll need to adjust action #27 to >100

I've removed the pop-up notifications to take you straight to the written file, just because they are such an eye-sore. You'll be notified when it is ready and it's on the base of the storage card...

I've added a lot of wait times when building the detective file as my (very frustrating) testing showed that to make sure that results are successfully written to the file each time, a 10 second wait is needed between each action. I'm pretty sure this is a problem with the locale plugin (which I've reported), but if you think your beast of a device can do it quicker you are welcome to reduce these - They start from action #14 downwards in DSDNotify.

Finally, plugging the device in should be ok, but it can get a little confused when display on/off is thrown into the mix - So to avoid corruption, it's best to make sure the display is on when you plug and unplug the USB

Think that's about it! Hope it all runs smoothly now! :eek:
[Android Apps and Games] nobnut:
Good morning to you also! I hope you had way too many drinks on Friday evening!

Thank you for the above instructions and detailed explanation. I will implement them.

I have a question however. I see the apps listed in the DeepSleepDetective.txt and was wondering as to their significance.

Are these just apps which are running whilst the device is on (as opposed to running when the device is off :p :eek:), or are these apps preventing sleep?

If the former, is it possible to see which have prevented sleep, or woken the device from sleep?.. and what would be really good (if at all possible) would be to see some form of time stamp when this happened (and the number of times each caused this - kind of like a worst offenders list)!? I may be asking the impossible here.

EDIT: Just for the record, I have ammended as follows:

60

600

600

100 and 100 respectiviely

Left stock values

Roger!
[Android Apps and Games] brandall:
I did indeed.... :cool: <- shades for the hangover.

With the help of your testing I thought I had got all the calculations/logic sorted last week, but uncovering the 10 second issue with Locale sent me down the wrong path over the weekend, thinking that my calculations/logic were at fault for no/strange results being returned *sigh* - therefore concentrating on the most important reporting side took a back seat... Hopefully I can focus on that from now on (assuming all is working well!?).

So, in the detective report at the moment, you have a list of applications that are 'active' they may be cached of course. As this snapshot is taken at the moment the device wakes up, it's likely that if there is a troublesome app in the list, it was active during the screen off time and caused an issue. The purpose of listing them is to alert you to a pattern of a recognisable app in the list that 'just always seems to be there' when DSP is not used up. I will be storing and comparing these to find matches in future versions. But for now, it's worth a glance.

In the terminal, if you execute cat /proc/wakelocks you'll see the wakelock information and columns such as expire count and wake count etc - I pull the ones that are greater than 1 into the detective file at the moment, but more analysis of this is needed in future versions.

In addition cat /sys/power/wake_lock and wake_unlock are pulled into the file. Again, I need to separate out the ones that are meaningful.

At the moment it's down to the human eye to spot anything unusual, but I'm on the case to identify retrospectively what prevented the full use of DSP and present it in a user-friendly way...

Wish me luck! :eek:
[Android Apps and Games] nobnut:
I understand. And you always have my best wishes and anything else I can find lying around the place.

Yes, all is working now. Notifications and reports are performing correctly. Tip top. Thank you.

I understand what you are doing and am in no way trying to teach you to suck eggs. I am saying this only as positive encouragement. The screenshot below from Android 2.3.3's built in battery usage app illustrates the issue that many users would dearly love to diagnose. e.g. the causes of any incidents of the device awaking when the screen is off. (I have marked some in case you wondered to what I am referring). In my case I haven't yet tried to identify what is causing it.

Assuming it is the same app or process that is to blame for each wake, it would be good to see that app 'X' wakes the device every minute or so and woke it approximately 20(ish) times during the last period of deep sleep ;)

Thanks as ever!
[Android Apps and Games] brandall:
Great and thank you :)

Very much appreciate any feedback/ideas you can come up with of course. I'm working totally retrospectively at the moment in regards to the data I'm collecting and I need to understand which triggers I can pick up on in real time (such as a CPU spike) without actually triggering an incidental wake myself to 'check'.

Your response has actually given me a new idea, so please spit out anything you think of without reservation!

Version 20 is going to be great! :eek:
[Android Apps and Games] nobnut:
This is probably the kind of logic you are pursuing anyway and it is clearly stating the blooming obvious and demonstrating my lack of knowledge... but what the heck:

Obviously you don't want to wake the device to poll/check/write to a file etc but if there were somewhere in the system (logcat for example) that an app or process which has undergone a change (and theoretically caused wake) is monitored retrospectively, might that not be a place for DSD to gather information? I.e. following a wake, the latest process is captured.

In this way, DSD only 'kicks in' following periods of deep sleep.

It strikes me as being somewhat related to the process of recording apps that prevent the device going to sleep. In this scenario, following wake the only two relevant pieces of information required would be the last one before sleep and the first one after sleep?

EDIT: This is OT, but what are you going to do if you are one of the unlucky ones and your new Sensation is S-On? Wait for HTC to finally unlock the Bootloader?
[Android Apps and Games] brandall:
Yes, that pretty much sums up the plan. I have a feeling the triggers I'm looking for will be beyond Tasker's capabilities, so I'll have to look at an add-on or script of some kind - I'll work it out.... I need to digest the power management documentation that Pulser referenced. The triggers I'm after and where they log the records will be hidden in there somewhere. I'm pretty sure they'll be clues in /proc/wakelocks already as it gives timings that can be analysed on wake-up.

Let me know if anything else springs to mind, it all helps. I have a rather large reading list to be going on with - last time I looked at it, I fell asleep... Not a good sign :eek:

EDIT: Perhaps naively, I'm hoping HTC will come good with an unlocking tool... I've just found out the dev of the ROM I use has bought an SGSII... That's my biggest swaying factor at the moment! Maybe when battery issues aren't such an issue for me, I'll be converted back to a sense ROM, who knows?!
[Android Apps and Games] pulser_g2:
I would suggest if you can tell me WHERE and WHEN you want a logcat message, I can modify the SGS2 files to output a logcat message there.

I just need someone to look at the android source and say "I want it THERE" and point at a line of source code, in a named method.

I will then find that method in the decompiled code and add a logcat hook :)
[Android Apps and Games] brandall:
Excellent Pulser, thanks again :) - I'll be back to you when I've identified where and when it should be
[Android Apps and Games] nobnut:
Are we missing a trick?

I just went out to get a sandwich and I think I may have had what alcoholics refer to as a 'moment of clarity'!

This maybe somewhat naive, but to save you loads of headaches and loss of sleep, can 'we' (OK, I mean you) not just go for the jugular? Rather than having to read and monitor lots of states and battery usage outputs, I think there might be an easy way already existing, just waiting to be exploited.

The screenshot I posted earlier, as I said is a native Gingerbread facility. It doesn't exist in Froyo or before (or maybe it does but the data captured is just not gathered and presented in the UI). Therefore obviously, Android (>2.3.2) captures the following:

Phone signal

Screen On

Awake

Charge state

Is this not exactly what you need? If therefore you could identify from where the OS gathers this, then Bob's your uncle. Hopefully, the actual apps/processes before and after sleep are also reported (but just not displayed in that screenshot obviously).

What do you think? If there is merit here, what's the best way forward? Maybe a logcat whilst I run the battery usage feature? :eek:
[Android Apps and Games] brandall:
Sounds good to me :) A log would be the best place to start - Can you see it running in your task manager? I assume it's not in .apk format somewhere?? I'm running 2.3.4, so does this suggest it's a Sense/Gingerbread thing...?

Do you have the application Process Monitor widget?

Thanks again for this
[Android Apps and Games] nobnut:
No, I can't see it running. I think it masquerades as 'Settings' in the running apps list. I will post a log soon.

It works this way on my Nexus S running 2.3.4 and on my Motorola Xoom running 3.1. Example pic below (not my screenshot)

Neither of them are running Sense (nor is my SGSII). How come you don't have it? Check either settings > applications > Battery usage or settings > About phone > Battery usage.

Not currently installed but I have paid for it previously.
[Android Apps and Games] brandall:
I'm running a very minimalistic AOSP ROM, so it's probably excluded because of that - I have the old-fashioned bar view still :o

Request - The app has improved quite a lot in recent versions, and the one very good thing it does is list activities, receivers and services if you click on the process in the main screen - If you can find it there, a screen shot of that would be great... You might have another app installed that does it?
[Android Apps and Games] nobnut:
I have OS Monitor installed currently. I ran it and there was a list a mile long of processes running. As you can see from the screenshot, 222 of the little buggers.

I scrolled to the bottom and saw what I have included in the screenshot. I have put a yellow ? mark besides the one I have a hunch it is... SyncmIDS. As you can see from the top of the list, all of the others have random PIDs, a process name that means nothing to me and show 0% load.

Does this help?
[Android Apps and Games] brandall:
THANKS <- I've run out again.

I'm an idiot - I've just tapped the graph at the top of the battery screen and up came the stats... Oops! I can investigate myself where it comes from now... :o Appreciate the pointer! I don't have SyncmIDS showing, but I'll search a little deeper now...
[Android Apps and Games] brandall:
I think that's the baby! THANKS +1

I'll see what's hiding in that - hopefully not just lots of lines of maths and a 'toolbox uptime' command!! :eek:

Really appreciate this Nobnut, you're helping no end
[Android Apps and Games] nobnut:
Flippin 'eck!

Wait... I am just going to take a screenshot of my pc and print the page out and show it to my boss.

He thinks I'm a useless ****. I have proof to the contrary now ;)

Catch you later.
[Android Apps and Games] brandall:
Ha! I suppose it depends on what you actually do for a profession as to whether this would be classed as 'extra curricular'!?
[Android Apps and Games] nobnut:
True. Does reading logcats count as part of the 'core role' for a political Policy Analyst?

Sadly, I suspect not.

:(
[Android Apps and Games] brandall:
Well, I'm sure it was advertised as a 'technical role' - logcats are technical...

Logcats is also an anagram of stoglac, which doesn't mean anything and neither do most political policies. That's gotta be two lines of defence you can bring up in your next disciplinary hearing....?

Don't worry, I've got your back.
[Galaxy Tab 10.1 General] tabing:
I am concerned about the battery life of my exchanged tab. The first tab I had has great battery life but had some sound issues that's why I replace it. But now I have this new tab but battery is draing fast even not using heavily. I am charging the tab whole night. I did not even has email account setup so its not retrieving any emails. Any suggestions to improve battery life please?
[Galaxy Tab 10.1 General] baggenismo:
Is your wifi and GPS running at all times?

If you have rooted the tab try using an overclock tool to reduce the load, this should increase the battery life. Until then we are gonna have to wait for a custom honeycomb ROM that increases battery life. If its as bad as you say it is I would try another tablet and hope you dont get another thats messed up.

GL
[Galaxy Tab 10.1 General] tabing:
No the tablet is not rooted but its factory unlocked. How do I know if the tablet is rooted?
[Galaxy Tab 10.1 General] Kevin Gossett:
It would only be rooted if you rooted it
[Galaxy Tab 10.1 General] Diversion:
Mine barely drains with screen off and Wifi on with everything syncing at the same time.. I can go like 2 days average use on my tab so far.
[Galaxy Tab 10.1 General] tabing:
so it seems like there is an hardware issue. Diversion is your tab unlocked or locked?
[Galaxy Tab 10.1 General] dazz87:
Same here. Too bad it takes forever to charge tho.
[Galaxy Tab 10.1 General] Itaintrite:
Forever is an understatement.
[Galaxy Tab 10.1 General] hyann:
I have different battery experience than the OP. I keep my wifi on constantly. On standby with little use (~0.5 hour today), the battery went from 100% to 93% since morning to midnight.
[Galaxy Tab 10.1 General] TheBigSaxon:
I think it's your unit. I use mine for about a total of 4 to 5 hours a day with wifi and bt at a fixed 75% brightness and when it goes into standby I only lose about 1% every 2 hours. Usually by the end of the day I'm at about 70% battery with a low of 50%.
[Galaxy Tab 10.1 General] TheBigSaxon:
Switch launchers I'm running adw ex (LPP had a number of fc's that I didn't like).
[Galaxy Tab 10.1 General] snoopstah:
Have you checked the battery usage to see if any apps are using a lot of battery? (Settings -> About Tablet -> Battery Use)

Mine was at 98% when I went to bed last night and at 94% about 7 hours later this morning. That's with wifi, bluetooth and GPS on, and GMail syncing (but not much else).
[Galaxy Tab 10.1 General] tabing:
all of you guys whose battery has no issue do you guys have tab with locked or unlocked boot-loader. Mine is unlocked and i think because of that battery is discharging fast. Snoopstah i check the settings battery use is screen, browser (which is closed), wifi, android OS thats about it. Please let me know what should i do i have one more day to exchange it.

Thank you all
[Galaxy Tab 10.1 General] mrsbelpit:
Exchange it. The battery life in standby mode is stellar. Mine's unlocked too and I lose 2% all night with everything on.
[Galaxy Tab 10.1 General] mesasone:
The bootloader on mine is unlocked, and came that way. In either case, that should not affect battery life, though I could imagine how rooting would possibly allow you to install or turn on something that would drain your battery faster (and is left off by default).

Just as an aside, what brightness setting do you guys use on your tabs? Somebody mentioned 75% and that seems super bright to me. I keep my brightness at around 20% or so. Auto brightness is way too dim on this thing. I look forward to some development action on this thing, the ability to customize the auto-brightness levels in CM7 on my Captivate is really awesome.
[Galaxy Tab 10.1 General] spirit32:
I have the same battery draining. I can only get 6 hours of straight usage with 20 on brightness. I'll exchange mine today. My zoom can last 8 hours straight of usage
[Galaxy Tab 10.1 General] dazz87:
I have no battery issue when in stand by mode and my tab is unlocked and the wifi policy is set to stay on. I drain about 3% per 7 hrs which is excellent.
[G2 and Desire Z Accessories] quierotacobell:
So I was wondering if I could find the original G2 wall charger, the one that came in the box. I bought my phone from craigslist and that guy didnt have the charger for some reason. I've been using some motorola one and very happy with it cause it didnt have rapid charging and battery life was great too (not sure if the charger plays a role). But couple weeks ago the wire got loose and wouldnt connect properly, so I bought this: http://cgi.ebay.com/ws/eBayISAPI.dl...331986&ssPageName=STRK:MEWNX:IT#ht_1184wt_950

Ever since I've been using that my phone goes to 100% from 10% in two hours, and battery life has been bad too since using that. I have used the phone the same was as before, I even calibrated it again, tried it with setcpu and no setcpu, used edge only also, tried different roms, used just wifi only etc, and battery life still not same as before. I mean it has to be the charger right? Otherwise it wouldnt have made a difference in using a different one. So I'm trying to find opinions from you guys to see if I can find the original one ( I have no idea what it looks like) or a similar one from ebay/amazon. Thanks for reading!
[G2 and Desire Z Accessories] gbarayah:
What is the rated Output on the charger that you have? The stock one is supposed to put out 1 Amp (1000 ma). It isn't uncommon for it to go from 10 to 'full' in 2 hours, but just because the phone shows it full, doesn't mean its there. Are you charging overnight or just for that 2 hour period?
[G2 and Desire Z Accessories] quierotacobell:
Yes I am charging overnight. Output says 5V, 1A, so I'm guessing thats 1000ma/1Amp?
[G2 and Desire Z Accessories] Cimer:
The G2's cord is rounder at the USB end and the Plug- in end, but I would think it would not make a giant difference since I use a Motorola one since I don't know where my original one went.