I'm currently debating buying WidgetLocker, but I'm a bit skeptical since I'm not sure how bad it will lag with my current sleep profile. Can any WidgetLocker users possibly shed some light if they think it will lag on my phone? I'll put my profiles below.
Code:
Temp > 38.6C, Priority: 100, 480 max 160 min, ondemand
Charging/Full, Priority: 75, 710 max 245 min, ondemand
Battery < 25%, Priority: 50 ,480 max 245 min, ondemand
Screen Off, Priority: 25, 245 max 160 min, ondemand
If my sleep profile would make it lag, would bumping it up to 245 max 245 min help any?
Profile recommendations are welcome as well if theres anything that could be done to improve performance without sapping an excessive amount of battery. I have noticed my phone lags waking up sometimes and occasionally just when it's being used.
I would put your sleep profile at either the 2nd or 3rd highest priority - either right after the overtemp profile, or after the "on charger/full" profile.
my profiles usually look something like this (ordered from highest to lowest priority) :
- temperature (can have more than one; highest (over-)temp has highest priority)
- charging/full
- screen off
- battery (can have more than one; lowest battery % has highest priority)
- battery < 101% (this is the sort of like the "off charger, not overtemp, screen on state)
If the "screen off" profile has a higher priority than all the battery conditions, then all the "battery" conditions certainly can only be effective when the screen is on. (Note that the way you have it now, your < 25% battery condition always "wins" over the screen-off profile)
Also, note that your profiles don't contain anything matching the "off charger, 25% < battery < 101%" condition as they stand - what is controlling that, the default profile?
I'm not sure that there are big gains to be had by ratcheting down the min/max cpu frequency for low battery conditions: when you have the display on, it could well be drawing more power than the CPU - so, if your goal is to save battery, it would make sense to have whatever it is you want "computed" to show up on the screen as quickly as possible - so that you can shut the screen off that much quicker.
For the same reason, if most of the time the phone is on you are just "staring at the screen", and nothing is going on in the background, allowing the rate governor to drop to a low frequency saves you only a little bit (if the screen is really the dominant juice-user in that scenario.)
My GSB v1.6 Eris reports using only 2-3 % overnight - it's screen off profile is set to 160/245 - and I seem to be using the "interactive" governor on all profiles ... but I also use Toggle2G with a 10-minute sleep onset delay.
( Probably that means that I don't get email notifications as soon as I could, but that doesn't bother me much - I get them as soon as I unsleep the phone. If you are the type of person that needs to look at their phone every time your facebook updates, then Toggle2G perhaps isn't for you.)
I can't prove it, but so long as you don't peg your CPU minimum frequency too high, and rely on the rate governor to do it's job, most power savings are likely to come from managing the radio state and the screen brightness.
bftb0
What percentages do u recommend bftb0
Sent from my Ginger Tazz using Tapatalk
bftb0 said:
I would put your sleep profile at either the 2nd or 3rd highest priority - either right after the overtemp profile, or after the "on charger/full" profile.
my profiles usually look something like this (ordered from highest to lowest priority) :
- temperature (can have more than one; highest (over-)temp has highest priority)
- charging/full
- screen off
- battery (can have more than one; lowest battery % has highest priority)
- battery < 101% (this is the sort of like the "off charger, not overtemp, screen on state)
If the "screen off" profile has a higher priority than all the battery conditions, then all the "battery" conditions certainly can only be effective when the screen is on. (Note that the way you have it now, your < 25% battery condition always "wins" over the screen-off profile)
Also, note that your profiles don't contain anything matching the "off charger, 25% < battery < 101%" condition as they stand - what is controlling that, the default profile?
I'm not sure that there are big gains to be had by ratcheting down the min/max cpu frequency for low battery conditions: when you have the display on, it could well be drawing more power than the CPU - so, if your goal is to save battery, it would make sense to have whatever it is you want "computed" to show up on the screen as quickly as possible - so that you can shut the screen off that much quicker.
For the same reason, if most of the time the phone is on you are just "staring at the screen", and nothing is going on in the background, allowing the rate governor to drop to a low frequency saves you only a little bit (if the screen is really the dominant juice-user in that scenario.)
My GSB v1.6 Eris reports using only 2-3 % overnight - it's screen off profile is set to 160/245 - and I seem to be using the "interactive" governor on all profiles ... but I also use Toggle2G with a 10-minute sleep onset delay.
( Probably that means that I don't get email notifications as soon as I could, but that doesn't bother me much - I get them as soon as I unsleep the phone. If you are the type of person that needs to look at their phone every time your facebook updates, then Toggle2G perhaps isn't for you.)
I can't prove it, but so long as you don't peg your CPU minimum frequency too high, and rely on the rate governor to do it's job, most power savings are likely to come from managing the radio state and the screen brightness.
bftb0
Click to expand...
Click to collapse
Never a post that isn't enlightening from you.
Yes my default clock profile (710 max 160 min, might bump it up to 245 min) is the one managing the clock rate when the phone is off the charger. As for Toggle2G that might not be a bad idea, I keep my phone on Airplane Mode most of the time I'm at school (horrible signal = battery draining out the wazoo) but it might not be a bad idea to have for when I'm not at school. Of course I'm not sure I would need it though since I have an extended battery, maybe something to experiment with.
As for profiles, something like this?
Code:
Temp > 38.6C, Priority: 100, 480 max 160 min, ondemand
Screen Off, Priority: 75, 245 max 160 min, ondemand
Charging/Full, Priority: 50 ,710 max 245 min, ondemand
Battery < 25%, Priority: 25, 480 max 245 min, ondemand
If you are already using Airplane Mode because of poor signal conditions, Toggle2G won't help much - the battery will drain just looking for voice/1xRTT service (not to mention 3G). I have a pretty good signal where my phone spends most of it's time, including overnight ( -70 dBm to -80 dBm )
ToastPwnz said:
As for profiles, something like this?
Code:
Temp > 38.6C, Priority: 100, 480 max 160 min, ondemand
Screen Off, Priority: 75, 245 max 160 min, ondemand
Charging/Full, Priority: 50 ,710 max 245 min, ondemand
Battery < 25%, Priority: 25, 480 max 245 min, ondemand
Click to expand...
Click to collapse
Seems OK. I have a couple of battery profiles where I slowly drop the max frequency, and make the default condition explicit by using a "battery < 101%" profile, as in:
Pr Min/Max Governor Condition
90 245/480 interactive Temp > 50.0 C *audible alarm
80 245/604 interactive Temp > 45.2 C
70 528/710 interactive Charging
60 160/245 interactive Screen Off
50 160/480 interactive Battery < 15%
40 160/528 interactive Battery < 25%
30 245/604 interactive Battery < 40%
20 480/710 interactive Battery < 67%
10 480/729 interactive Battery < 101%
I'm not sure this really produces much effect in terms of battery savings, though - for instance, it runs counter to my suggestion (above) that it might actually hurt to slow things down with reduced battery reserve because you just end up with the screen on longer.
I'll also mention that for a period of time I was actually convinced that using setCPU was causing random freeze-ups when used with certain combinations of the CFS kernel, governor choice, and min frequency - and so I didn't even have it installed on my phone. I only recently put setCPU back on my phone because I was noticing that CPUboost settings did not seem to be sticking even within the same session (perhaps I was misinterpreting something, I'm not sure). No random freeze-ups lately.
Because some of the things which actually drain the battery - cell radio, screen time on & brightness, 3G activity level, etc., are so highly variable, I'm not sure that any of the reports on this forum (including mine) can be regarded as particularly meaningful. It takes real dedication to the task (creating reproducible signal conditions and compute/activity workloads) to be able to produce quality data about battery usage. Most folks need to use their phones throughout the day (moving continuously from place to place with widely varying signal levels), so they can't set their phones aside to do such things; their usage is not repeatable, so it is hard to believe them, whether they are saying "great battery life", or "battery life sucks!".
Heck, even at night, when my phone isn't "doing anything", (which you would think would be sort of "reproducible") if I move it 8 inches one way or another on the nightstand, my signal level can change by 10 dBm. That means that if I don't use Airplane Mode overnight, it is really not too meaningful to compare "configuration X" to "configuration Y" on successive nights - because the battery usage by the radio is not reproducible.
I guess the bottom line is - if you can get a full day out of the phone, be happy with that; it's just about what the phone was designed to do.
bftb0
bftb0 said:
If you are already using Airplane Mode because of poor signal conditions, Toggle2G won't help much - the battery will drain just looking for voice/1xRTT service (not to mention 3G). I have a pretty good signal where my phone spends most of it's time, including overnight ( -70 dBm to -80 dBm )
Seems OK. I have a couple of battery profiles where I slowly drop the max frequency, and make the default condition explicit by using a "battery < 101%" profile, as in:
Pr Min/Max Governor Condition
90 245/480 interactive Temp > 50.0 C *audible alarm
80 245/604 interactive Temp > 45.2 C
70 528/710 interactive Charging
60 160/245 interactive Screen Off
50 160/480 interactive Battery < 15%
40 160/528 interactive Battery < 25%
30 245/604 interactive Battery < 40%
20 480/710 interactive Battery < 67%
10 480/729 interactive Battery < 101%
I'm not sure this really produces much effect in terms of battery savings, though - for instance, it runs counter to my suggestion (above) that it might actually hurt to slow things down with reduced battery reserve because you just end up with the screen on longer.
I'll also mention that for a period of time I was actually convinced that using setCPU was causing random freeze-ups when used with certain combinations of the CFS kernel, governor choice, and min frequency - and so I didn't even have it installed on my phone. I only recently put setCPU back on my phone because I was noticing that CPUboost settings did not seem to be sticking even within the same session (perhaps I was misinterpreting something, I'm not sure). No random freeze-ups lately.
Because some of the things which actually drain the battery - cell radio, screen time on & brightness, 3G activity level, etc., are so highly variable, I'm not sure that any of the reports on this forum (including mine) can be regarded as particularly meaningful. It takes real dedication to the task (creating reproducible signal conditions and compute/activity workloads) to be able to produce quality data about battery usage. Most folks need to use their phones throughout the day (moving continuously from place to place with widely varying signal levels), so they can't set their phones aside to do such things; their usage is not repeatable, so it is hard to believe them, whether they are saying "great battery life", or "battery life sucks!".
Heck, even at night, when my phone isn't "doing anything", (which you would think would be sort of "reproducible") if I move it 8 inches one way or another on the nightstand, my signal level can change by 10 dBm. That means that if I don't use Airplane Mode overnight, it is really not too meaningful to compare "configuration X" to "configuration Y" on successive nights - because the battery usage by the radio is not reproducible.
I guess the bottom line is - if you can get a full day out of the phone, be happy with that; it's just about what the phone was designed to do.
bftb0
Click to expand...
Click to collapse
Hm, I might try those profiles with a few tweaks, or I might just end up bumping up my screen off profile in terms of priority, not sure yet.
Another question, what do you suggest as far as governors go? I seem to have the most success with ondemand, but I've never tried interactive. I learned the hard way that smartass lags my phone horribly, not sure why.
With my extended battery, I've gone roughly 65 hours total uptime with about 45% battery left with moderate use. I guess I should be proud of that.
ToastPwnz said:
I'm currently debating buying WidgetLocker, but I'm a bit skeptical since I'm not sure how bad it will lag with my current sleep profile. Can any WidgetLocker users possibly shed some light if they think it will lag on my phone? I'll put my profiles below.
Code:
Temp > 38.6C, Priority: 100, 480 max 160 min, ondemand
Charging/Full, Priority: 75, 710 max 245 min, ondemand
Battery < 25%, Priority: 50 ,480 max 245 min, ondemand
Screen Off, Priority: 25, 245 max 160 min, ondemand
If my sleep profile would make it lag, would bumping it up to 245 max 245 min help any?
Profile recommendations are welcome as well if theres anything that could be done to improve performance without sapping an excessive amount of battery. I have noticed my phone lags waking up sometimes and occasionally just when it's being used.
Click to expand...
Click to collapse
Wow you actually set a max of 480 for merely being over 38.6C??? I think that's a bit extreme. Other than that your profiles aren't that different than what I use (using Conap's CPUBoost tool, what are you using?).
I love WidgetLocker, and yes it's one of the only two apps I've actually purchased. Lag or not I wouldn't trade it.
The only "issue" (not necessarily WL's fault) is that using the Theme Chooser under GB ROMs, at least with the Speedometer Battery theme, definitely causes WL to lose what widgets are on it between reboots, although not always every reboot, but most of them.
It's confirmed that the solution is to not use Theme Chooser, at least with the Speedometer Battery theme. I don't know for sure if other themes cause it as well, but it's easily reversed (go back to the stock theme) if it does.
roirraW "edor" ehT said:
Wow you actually set a max of 480 for merely being over 38.6C??? I think that's a bit extreme. Other than that your profiles aren't that different than what I use (using Conap's CPUBoost tool, what are you using?).
I love WidgetLocker, and yes it's one of the only two apps I've actually purchased. Lag or not I wouldn't trade it.
The only "issue" (not necessarily WL's fault) is that using the Theme Chooser under GB ROMs, at least with the Speedometer Battery theme, definitely causes WL to lose what widgets are on it between reboots, although not always every reboot, but most of them.
It's confirmed that the solution is to not use Theme Chooser, at least with the Speedometer Battery theme. I don't know for sure if other themes cause it as well, but it's easily reversed (go back to the stock theme) if it does.
Click to expand...
Click to collapse
I'm still using SetCPU.
Yes I do knock it down that far, my phone heats up like crazy while I'm at school (terrible signal) and once it reaches 100F I could use the phone as a hand warmer and if I take off the back I can smell burning plastic. Maybe thats normal for the Eris, but I use it just as a precautionary measure.
ToastPwnz said:
Another question, what do you suggest as far as governors go? I seem to have the most success with ondemand, but I've never tried interactive. I learned the hard way that smartass lags my phone horribly, not sure why.
Click to expand...
Click to collapse
I haven't spent much time trying to figure out the "best" governor - I tend to use either "ondemand" or "interactive" without giving it too much thought. I tried smartass for a while, and remember being not happy with it for some reason or another; but I don't remember what those reasons were. ( It might have been nothing more than "choppiness" of scrolling behaviors. )
bftb0 said:
I haven't spent much time trying to figure out the "best" governor - I tend to use either "ondemand" or "interactive" without giving it too much thought. I tried smartass for a while, and remember being not happy with it for some reason or another; but I don't remember what those reasons were. ( It might have been nothing more than "choppiness" of scrolling behaviors. )
Click to expand...
Click to collapse
Now my curiosity is getting the best of me. Whats the difference between ondemand and interactive? (Sorry for all my questions <.<)
ToastPwnz said:
Now my curiosity is getting the best of me. Whats the difference between ondemand and interactive? (Sorry for all my questions <.<)
Click to expand...
Click to collapse
I don't know for sure...
... but I can tell you that the exact answer to your question is right here.
bftb0 said:
I don't know for sure...
... but I can tell you that the exact answer to your question is right here.
Click to expand...
Click to collapse
Hidden within that garbled mess.
I kid, I think I found the explanation you had in mind, and from what I can find the only major difference is that interactive is more aggressive then ondemand. I'm not sure if I should take that governor for a test run or not, I do notice that my phone lags when waking up occasionally. It kind of sounds like switching to interactive might help that.
ToastPwnz said:
I'm still using SetCPU.
Yes I do knock it down that far, my phone heats up like crazy while I'm at school (terrible signal) and once it reaches 100F I could use the phone as a hand warmer and if I take off the back I can smell burning plastic. Maybe thats normal for the Eris, but I use it just as a precautionary measure.
Click to expand...
Click to collapse
You probably have your reasons, but when you're at school, why don't you put it in Airplane mode and just take it off it between classes to check emails and such? Save your battery and the heat of your Eris a bunch.
Or do you and you just use the temperature profile as a fallback in case you forget to put it back in Airplane mode?
roirraW "edor" ehT said:
You probably have your reasons, but when you're at school, why don't you put it in Airplane mode and just take it off it between classes to check emails and such? Save your battery and the heat of your Eris a bunch.
Or do you and you just use the temperature profile as a fallback in case you forget to put it back in Airplane mode?
Click to expand...
Click to collapse
You are quite correct sir. That and my I bump my phone occasionally, and I think two days ago it turned on and I didn't notice, and when I checked it I noticed over the course of about 2-3 hours it lost 14% and was at around 95ish F.
I do keep it in Airplane Mode when I'm not using it (and it's off as well), but the profile is pretty much just a precautionary measure.
Related
So I love Set CPU and it was working for a bit, but now for some reason my profiles refuse to work. I have them enabled, but it always has "Main Profile" activated, which kills my batter. Below are my set profiles:
Screen Off 245/245
Priority: 100 Ondemand
Charging/Full 806/806
Priority: 85 Ondemand
Battery < 50 748/710
Priority: 75 Ondemand
Battery < 1 710/604
Priority: 65 Ondemand
I'm using KaosFroyo v23, but I haven't seen anything about bugs with SetCPU in it.. so anyone have any other ideas? It seems the problem is the 'Main Profile' over riding my profiles.
those are some pretty high profiles......... what are you OC to?
copestag said:
those are some pretty high profiles......... what are you OC to?
Click to expand...
Click to collapse
You mean how high can I OC to? Umm, 824 is the highest I've gone too.
Holy **** 824, lucky bastard.
Anyway, I have the same exact problem. If you want it to work you have to go into set cpu and tap the "enable" button under profiles and disable and re-enable and then hit the back button to exit. This'll keep it working on your profiles until you reboot, so just do this once as soon as you reboot.
Hungry Man said:
Holy **** 824, lucky bastard.
Anyway, I have the same exact problem. If you want it to work you have to go into set cpu and tap the "enable" button under profiles and disable and re-enable and then hit the back button to exit. This'll keep it working on your profiles until you reboot, so just do this once as soon as you reboot.
Click to expand...
Click to collapse
Yeah, guess I lucked out on my phone. It's kind of a beast lol. Anyway, I tried that but it still doesn't seem to work. In the notification in the status bar, it always says "Main Profile" rather than "Charging/Full" or whatever. My "screen off" one out does work, though. The widget will show my screen off settings for a sec when I unlock the phone.
It may just be an issue with the notification bar updating.
Oh and does that say battery < 1% ? or is it supposed to be 100%?
Just so you know here's an example of how profile priority should be done
When under 50% battery, 90 priority
when under 100% battery, 80 priority
You see how lower battery needs a higher priority? This is because when you're under 50, you're also under 100. This may be your problem. Make sure that lower battery gets HIGHER priority.
I also suggest you set a temperature priority, especially with your killer speeds.
*dies of jealousy*
Hungry Man said:
It may just be an issue with the notification bar updating.
Oh and does that say battery < 1% ? or is it supposed to be 100%?
Just so you know here's an example of how profile priority should be done
When under 50% battery, 90 priority
when under 100% battery, 80 priority
You see how lower battery needs a higher priority? This is because when you're under 50, you're also under 100. This may be your problem. Make sure that lower battery gets HIGHER priority.
I also suggest you set a temperature priority, especially with your killer speeds.
*dies of jealousy*
Click to expand...
Click to collapse
I think this was the problem. I messed up the priorities, it's a tad confusing.. oh well, this should fix it. When I did the fix in your last post, I realized that both my screen off AND my charging one did. Just not my battery.
Thanks for the help man. And for the tip about the temperature, I didn't take that into account, being that I wasn't aware my OCing was that crazy!
EDIT: Yep, that fixed it! One more question, I'm assuming that my screen off/charging/temperature profile should be set at 100% Priority? Or should it go temp profile > screen off > charging > lower battery > higher battery?
EDIT AGAIN: Okay, I think the proper set up is: temp profile > charging/full > screen off > 25% battery > 50% battery. Correct? The temp should be the highest priority so it can override the others, then charging should be able screen off, since it's pointless to lower the overclock while charging, then screen off since it is important to battery life, then lower battery, followed by higher battery for the reason you explained.
Wewf. It's worth the set up, I suppose.. and btw I CAN overclock to 844, but it's not stable in the slightest.
824? nice....... thats why I was mentioning the high profiles......... most people cap out at about 768 on this phone......I just initially set mine there and havent really tried for more
as for the profile priority goes...... IMO the temp needs highest priority.... this is the one that does the damage if not obeyed ........
I personally have all my profiles (other than main of course) set to 480/245 so priority doesnt really matter
in your last post you mentioned it being pointless to lower OC while charging..... depending on your temp profile and charging method, this theory doesnt much matter..... since on wall charger I always exceed my temp profile anyhow (which I have set to the specs in the manual 40°C/104°F)
copestag said:
824? nice....... thats why I was mentioning the high profiles......... most people cap out at about 768 on this phone......I just initially set mine there and havent really tried for more
as for the profile priority goes...... IMO the temp needs highest priority.... this is the one that does the damage if not obeyed ........
I personally have all my profiles (other than main of course) set to 480/245 so priority doesnt really matter
in your last post you mentioned it being pointless to lower OC while charging..... depending on your temp profile and charging method, this theory doesnt much matter..... since on wall charger I always exceed my temp profile anyhow (which I have set to the specs in the manual 40°C/104°F)
Click to expand...
Click to collapse
Yeah, I just realized something pretty bad when I charged it over night.. being that charging (the 824 one) was set to a high priority that the screen off, it was literally on 824 ALL night long.. I woke up and the battery tempt was 145 D: It was fine, my temp profile saved it from going too high, thank God.
Any ideas for a good temp to set that profile at, though? It's at like 130 now, but I think that's a bit too high as well.
specs list an upper limit of 40C/104F....
specs are usually conservative (my profile is set to spec).....but I wouldnt go too far over if I were you
Sent from my Eris using XDA App
copestag said:
specs list an upper limit of 40C/104F....
specs are usually conservative (my profile is set to spec).....but I wouldnt go too far over if I were you
Sent from my Eris using XDA App
Click to expand...
Click to collapse
Alright, I kicked it down a notch to 40C.
Thanks for the help guys.
I have mine at 41.7 degrees since I can hit 40 easy.
Quick Question -
Running Kaos v23 now - since upgrading from v21, I have lost the icon at the top of the menu home screen. Also, when I go into task killer, it is not shown as an active application. Any ideas???
Thanks
bl4scott said:
Running Kaos v23 now - since upgrading from v21, I have lost the icon at the top of the menu home screen. Also, when I go into task killer, it is not shown as an active application. Any ideas???
Thanks
Click to expand...
Click to collapse
Um, have you tried OPENING the app? Go to your app drawer, click on it, then check mark "Notifications" under "Profiles."
And yeah I changed the temp profile, cause it overheated during a phonecall..
Make sure it's installed. If none of your superuser permissions are working reflash an old superuser.
Does anybody have ANY good info on the Advanced settings for setcpu
sampling rate
power save bias and what not for our phones
or where we can find them ?
Is there a negative effect of setting the clock speed lower while screen off? Aside from running really labor intensive tasks?
It just seems like a great way to save battery to me. Right?
The only negative is getting the phone to wake up fast enough when you get an inbound call.
The CFS kernel (which is widely used now) seems to be less able to come out of a deep sleep rapidly than the older "zanfur" OC kernel did.
IIRC, on the older "zanfur" OC kernel, you could set the minimum scaling frequency to 19 Mhz - but with with the CFS kernel, you may need to use a minimum value of 122 Mhz or 245 Mhz.
Set the max scaling speed to 480 or 528 when sleeping. (The max frequency is only rarely used when the phone is sleeping - but you want the phone to pop out of it's low speed state quickly when you power up the screen, or experience an inbound call).
Thanks, Yeah I usually set the max to 480 while sleeping and 480 as min while awake. Battery seems good there.
Originally I was using SetCPU but I have switched to CPUBoost. Most all the kernels in the past few roms I have used are made by conap and he is also the creator of CPUBoost, so I figured they would integrate really well.
Also if I enter anything above the 800 range the phone will have random reboots throughout a few different roms I've tried.
As a note, if I remember correctly, if you have a kernel/ROM that supports the smartass governor, you should be able to use it and not need to have a profile set to underclock while the screen is off, or really need to underclock at all, as I believe it determines for you how much CPU is needed and sets the clock speed accordingly, simply abiding by your max and min speeds you set. Since less CPU is needed when the screen is off, it will automatically adjust accordingly. However, this is just something I've read around the forums, so don't take my word for it
Pokelover980 said:
As a note, if I remember correctly, if you have a kernel/ROM that supports the smartass governor, you should be able to use it and not need to have a profile set to underclock while the screen is off, or really need to underclock at all, as I believe it determines for you how much CPU is needed and sets the clock speed accordingly, simply abiding by your max and min speeds you set. Since less CPU is needed when the screen is off, it will automatically adjust accordingly. However, this is just something I've read around the forums, so don't take my word for it
Click to expand...
Click to collapse
Thanks for the info, I didn't know that. I will assume that's more or less accurate unless Conap or bftb0 chime in.
Pokelover980 said:
As a note, if I remember correctly, if you have a kernel/ROM that supports the smartass governor, you should be able to use it and not need to have a profile set to underclock while the screen is off, or really need to underclock at all, as I believe it determines for you how much CPU is needed and sets the clock speed accordingly, simply abiding by your max and min speeds you set. Since less CPU is needed when the screen is off, it will automatically adjust accordingly. However, this is just something I've read around the forums, so don't take my word for it
Click to expand...
Click to collapse
roirraW "edor" ehT said:
Thanks for the info, I didn't know that. I will assume that's more or less accurate unless Conap or bftb0 chime in.
Click to expand...
Click to collapse
Well, I suppose it could be said that the whole point of any rate governor is to reduce overall power consumption without markedly affecting the user's perception of "responsiveness" or "speed" - however they go about defining those metrics.
OTOH, because there are - what - five different scaling governors available, it is apparent that people have found their own reasons to create new scaling governors; presumably that arose from a dissatisfaction with the behavior of the available scaling governor - or, that different users have differing application workloads, and so they prefer one governor over another.
As Pokelover980 suggests, you could just hand a given rate governor a fixed set of limits (min/max), and be done with it.** For folks that have the time and desire to experiment, I would suggest that: pick a governor and a min/max clock rate and run that way for 2-3 days - no profiles at all. Then pick a different governor with the same min/max clock rate and run that way for another 2-3 days, and see how it goes - maybe not in battery life, because that's hard to measure in a repeatable way, but at least to see if any problems occur coming out of sleep.
Is the "smartass" governor better than all the rest of them? I don't really know. I used it for a little while, but found something I didn't like about it. (But don't take that as conclusive about anything; I doubt that I was doing disciplined testing when that happened). I tend to use either "interactive" or "ondemand", and don't have a strong preference for one over the other.
There probably is some value in keeping things simple. I think that I mentioned before that at one point (back when the CFS kernels were still in a state of flux) I was convinced that using setCPU was exacerbating problems with lock-ups I observed (once every couple of days). Again, though - that was really only my suspicion; I can't really prove it.
bftb0
** I suppose that folks that insist on extreme levels of overclocking ought to use either an overtemp profile or some other means to monitor temperature so that they don't cook their phone.
I Installed SetCPU on the wifes Eris. The smartass governor on CM7 will max out the cpu (to your preset max) if needed. I dont think the smartest thing to do is max out the cpu at 15% batt life. I have 5 different profiles set. One for screen off, charging, < 50%, < 30%, <10%. I use interactive governor vs smartass. Her phone is pretty responsive and I dont hear about issues with it not waking up. Battery life has also increased quite a bit.
I got 12% battery drain in 17 hours, standby. I'm not a pro at android but I might give a little tut. on how to save battery life to the max. Atleast, it works for my P500 so it should work for you & for any other android device as well.
Uninstall every unnecessary app, including system apps (those apps, that does not mess up with the system stability - If you uninstall Email app, you will not solve your problems with Gmail app).. same with Messaging. That said, leave as minimum apps in the background as you can. App killer does not solve this problem, it just closes bg apps - they restart after some time. I'm using ATK (Advanced Task Killer), It usually kills 1 - 3 apps, so.. I have a minimum of apps running in the bg.
Basic stuff.. turn off your 3G, wifi, bg sync, gps when not in use. If you need to check your email, use 2G network only option, not 3G. Use 2G always when you don't need 3G speed. Screen brightness is not that important if you set it to anywhere below 70%. It should not drain the battery that fast.
Setcpu - profiles - governors--
My profiles are as follows
Charging - 480min - 748max
Battery <90% - 245min - 600max
Battery <70% - 245min - 600max (U can live with one profile for the battery, I have 2 in case I want to change the 2nd profile)
Screen off - 122min - 245max -- This is what saves my battery in standby.
The governors are ondemand for usage & conservative for screen off.
I'm using Void.echo rom with tapps & gapps modules, uninstalled everything I don't need.
I hope this helps If anyone has a better idea on how to save battery life, please share yours as well.
Thanks for your post, but actually most background apps don't drain battery. I have made lots of experiments (removing system aps, preventing autorun etc., and I don't see any major difference in battery life. So now, I'm on stock 2.2 and I'm now at 80% after almost 30h use: about 20 min talk, 10-15 min wi-fi (mail), 10-15 min EDGE. The latter by the way drains battery more than wi-fi. So instead of messing with system apps I recommend putting the phone in airplane mode during the night and as mentioned in the above post - not using 3G when not needed (EDGE has decent speed).
thats the why linux works !!! use all the memory u possibly can...These Microsoft *****es have changed the way computers were supposed to be used not reinstalling windows and other crapware all the time..Switch to Debian while its still time
And i use these settings
screen off 245-245 powersave (otherwise phone gets hot Its summer in india)
600-245 ondemand otherwise
kopchev said:
Thanks for your post, but actually most background apps don't drain battery. I have made lots of experiments (removing system aps, preventing autorun etc., and I don't see any major difference in battery life. So now, I'm on stock 2.2 and I'm now at 80% after almost 30h use: about 20 min talk, 10-15 min wi-fi (mail), 10-15 min EDGE. The latter by the way drains battery more than wi-fi. So instead of messing with system apps I recommend putting the phone in airplane mode during the night and as mentioned in the above post - not using 3G when not needed (EDGE has decent speed).
Click to expand...
Click to collapse
If there are many apps running in the bg, phone runs out of ram, so it tries to free up some space constantly. I think that drains battery, not the apps themselves. As well as the more cpu power is used, the faster it drains battery. Airplane mode shuts off any connection, so either that or you could just shut down the phone during night. Hmm you could tell me how to prevent app autorun, i have not looked into that.
btw juicedefender does wonders with the phones battery i had a 2% percent over night normal mode (not airplane) no 3g/Edge/Wifi/Bluetooth active and just sleeping
sarfaraz1989 said:
thats the why linux works !!! use all the memory u possibly can...These Microsoft *****es have changed the way computers were supposed to be used not reinstalling windows and other crapware all the time..Switch to Debian while its still time
And i use these settings
screen off 245-245 powersave (otherwise phone gets hot Its summer in india)
600-245 ondemand otherwise
Click to expand...
Click to collapse
True about windows & linux hehe. You havent tried 122-245mhz on screen off? Ofcouse, it lags even when i receive an sms, it's something like this - the screen turns on, then after 2 sec. i hear a notification, then after 1 sec. i see the sms but that does not make any problems for me, it's extreme powersaving
I don't get the point of airplane mode while you're sleeping.
If you don't want to get calls while sleeping, shouldn't it be better if you turn off the phone?
I had a good experience with JuiceDefender until now too. Last night my phone was 100% and no airplane mode while sleeping. It drained only 3%.
SoundTone said:
If there are many apps running in the bg, phone runs out of ram, so it tries to free up some space constantly.
Click to expand...
Click to collapse
From what I've read, Android doesn't swap. It'll just kill the background apps on it's own. I don't think there even is a swap unless you root, rom and create one on your uSD.
rapharias said:
I don't get the point of airplane mode while you're sleeping.
If you don't want to get calls while sleeping, shouldn't it be better if you turn off the phone?
I had a good experience with JuiceDefender until now too. Last night my phone was 100% and no airplane mode while sleeping. It drained only 3%.
Click to expand...
Click to collapse
It's more convenient, because the on/off process is quite slow...in contrast - airplane mode on/off is 3-4 secs. In airplane mode you can still use wi-fi. Last night the battery drained only 1%
i read somewhere that changing the CPU speed doesnt change the voltage, thus it does not affect battery life... anyone can confirm this???
As far as I can remember from school, a logic gate uses more power when switching, thus a higher frequency would also mean higher power drain (higher frequency = more switching of the logic gates), without voltage modification.
Voltage is changed in order to keep stability - higher voltage means a more stable logic signal, and a faster switching gate, and thus people reccomend using a higher voltage for higher frequencies/lower voltage for lower frequencies.
Thus, a CPU with so many logic gates does not operate just like a simple resistor. In fact it is worse, because when you use higher voltage AND higher frequency power drain is increased much more.
On the other hand, most modern CPU's simply deactivate CPU regions when idling, so, in case of our hardware (constant voltage) there should not be such a great difference when idling (most of the CPU is powered down). The only thing is for the phone to be REALLY idling (no background tasks eating too much of the CPU when screen off).
Basically, what this means is that if you want extreme power saving use a governor with 128MHz minimum and have as few background services as possible (or at least the ones that are there should be optimized for the least CPU usage).
Now I use the standard governor (248 - 600) and I thing my idle power drain is OK.
I guess I will test a governor that is plain 600MHz and one wit 320 or 480 as a minimum, in order to see if power drain is higher when using a lower lag configuration.
And, just as a guess, if background tasks are triggered by timers, a governor with just 600MHz (or 320 - 600 or 380 - 600?) could (just a wild guess) mean that background tasks take less time to execute, and leave the CPU to si more in IDLE mode, causing a very similar power drain as an extreme power saving governor. But this is just a guess, i have not tested it yet. And it also depends on what apps you have (what the apps do when phone is sleeping).
Basically, my best advice would be to watch the apps (after you install a new app, wait for a night to see if the new app causes a higher drain; if it does, search for another app that does the same thing)
spaic said:
As far as I can remember from school, a logic gate uses more power when switching, thus a higher frequency would also mean higher power drain (higher frequency = more switching of the logic gates), without voltage modification.
Voltage is changed in order to keep stability - higher voltage means a more stable logic signal, and a faster switching gate, and thus people reccomend using a higher voltage for higher frequencies/lower voltage for lower frequencies.
Thus, a CPU with so many logic gates does not operate just like a simple resistor. In fact it is worse, because when you use higher voltage AND higher frequency power drain is increased much more.
On the other hand, most modern CPU's simply deactivate CPU regions when idling, so, in case of our hardware (constant voltage) there should not be such a great difference when idling (most of the CPU is powered down). The only thing is for the phone to be REALLY idling (no background tasks eating too much of the CPU when screen off).
Basically, what this means is that if you want extreme power saving use a governor with 128MHz minimum and have as few background services as possible (or at least the ones that are there should be optimized for the least CPU usage).
Now I use the standard governor (248 - 600) and I thing my idle power drain is OK.
I guess I will test a governor that is plain 600MHz and one wit 320 or 480 as a minimum, in order to see if power drain is higher when using a lower lag configuration.
And, just as a guess, if background tasks are triggered by timers, a governor with just 600MHz (or 320 - 600 or 380 - 600?) could (just a wild guess) mean that background tasks take less time to execute, and leave the CPU to si more in IDLE mode, causing a very similar power drain as an extreme power saving governor. But this is just a guess, i have not tested it yet. And it also depends on what apps you have (what the apps do when phone is sleeping).
Basically, my best advice would be to watch the apps (after you install a new app, wait for a night to see if the new app causes a higher drain; if it does, search for another app that does the same thing)
Click to expand...
Click to collapse
I don't know about CPU's as much as u, but simple logical thinking helps here.. Low frequency + minimum of bg tasks = great power saving, I have now used the phone for 36hours without charge, 61% battery left. That is not only idling, i write about 50 to 150 sms a day & use the phone for other stuff too. So, those governors & frequencies i mentioned earlier in this post, helps a lot.
fransisco.franco thinks otherwise read the his post that contains the link to his rom devoid.francov6(ROM is cool btw and unfortunately i have a slow sdcard )
I think the first post is by far the best I have seen so far.
Sent from my LG-P500 using Tapatalk
Wow, only 1% all night?
I'll take a deeper look at your tips!
I use devoid.franco with franco.kernel v12. From all ROMs I've isntalled, it's the best: great performance and long battery life.
I get 5% battery drain in 7:30 hours (at night), without doing anything special, without running a custom ROM and without uninstalling apps. I just make sure GPS, Bluetooth, WiFi and data are off before going to bed.
As far as I've seen, Everybody in this forum says that clocks 480 or below have the same voltage, so setting min clock as 480 is enough and no difference in terms of battery consuming even if you set it to 245.
I know it is right about voltage(I searched about that myself), but does same voltage means same energy consumption?
you guys must already know that higher clock makes more heat, so where does the heat come from? it's from your battery!
(from what I learned from school E=V^2*t/R where E is energy, V is voltage, t is time and R is resistance so there's another fact for electric energy other than voltage and time)
So I think you should set the min freq to 245 unless you feel uncomfortable for its low responsiveness.
is there anything wrong in my theory?
For this you can't depend on equations etc, it has to be tested each by everyone of us to feel which one is better for us and which is more battery saving. Personally I felt 245mhz drains a bit less than 480mhz however it is less responsive. I remember i saw in forums about this(althought another device) and it was one heck of a debate, but the conclusion was each and every person has to test for themselves.
And the wakes ofcourse, the amount the kernel wakes per second.
Deep sleep **** counts also...
If you have wakelocks, set as low as you can, if you don't, use 480
Sent from my LG-P500
You're right about energy consumption,i've been with extreme-cpu overclocking(on pc) for quite some time and a higher clock on same voltage will indeed consume more+more heat. But here like you've seen ^ it's related to wakelocks and if there are any apps running, if deep sleep is ok and stuff so there are many factors.
Best is to try and see wich fits you best regarding performance/battery/stability also it depends on the guvernor if you have a snappy one it will push your cpu to max even if you surf between screens
This is one of the biggest "not solved point" about O.1 configuration....
To adress this and other "open point" i developed an app for logging resources consumption
more info here:http://forum.xda-developers.com/showthread.php?t=1505950
Did a test with a cpu benchmark (simple thing to test how fast it does some things)
Did those in powersave governor:
122MHz
>10000ms (took a minute to do the test)
480MHz
~1900ms
Also did in 245, and I got 4392ms, and this is very good
Sent from my LG-P500
I remember there was this long debate about ASUS/NVIDIA and how they took away the 107MHz frequency and how it affected battery life..
For the record, on my CPU Spy I have it at 120 hours with 35% at 370MHz and 0% (56 minutes) at 102MHz with the rest in deep sleep and 405 and up to 1300MHz with great battery life.
In any case, there's a discussion in EVO 3D about CPU that might have some bearing on the frequencies and how it affects battery life and why sometimes the lowest one isn't the best for battery life.
Now, of course we know the variances between all the devices posted on here so while a lot of folks might have been fine, some might not, but that seems to be the case for the Prime. Hence we saw posts from folks saying they were fine with battery when it was at a min of 370MHz while some had worse.
Also, the Prime does use a different CPU than the EVO 3D so that could be taken into account as well
Anyways, good read for those interested
-----
From http://forum.xda-developers.com/showpost.php?p=23384703&postcount=2110
Thanks for the feedback. I do appreciate it, but by the looks of your post, you didn't see my detailed description of why the frequencies are set to what they are now. I was more interested in what people are actually experiencing as far as performance and battery in real world tests and conditions. From your post, the information that I believe is relevant is that you think your phone runs fine at 192Mhz. I'll accept that for what it is (a data point) but I already know from experience that you are in the minority here. As soon as I released v1.1 with the 192Mhz min frequency, I immediately started getting inundated with people complaining that battery life was much worse, and the phone lagged more on occasion. Then when I brought the frequency back up to 384Mhz, the vast majority reported "thank you, battery life is back to phenomenal and lag is gone". Well, that's what got me on my quest to actually find and measure the needed frequencies.
No, neither HTC nor Qualcomm set these devices up to work as well as they actually can. They simply do not have the resources and the time. These things are rushed to market and updates are no better: they are designed to "make the device work". That's about it! So when I actually started testing these things, I found that 192Mhz was far too slow to make this phone work without lag. 384 fixed the problem but when I looked into it further, 486 worked even better, and without extra battery drain. I didn't pull these numbers out of a hat nor did I increase them for bragging rights. They are measured values of what the phone actually needs in order to keep up! I spent many hours testing different states, what frequencies are needed when the CPU wakes up when the screen is off, etc. Simply put, 192 doesn't cut it (not even close) and 384 doesn't quite cut it either. When you crunch the numbers, you find that the phone actually needed 432Mhz while running one core with the screen off and 540Mhz while running dual core with the screen on. Lowering those numbers caused the CPU to jump relentlessly between the min/max numbers and when you look at the time and crunch the numbers, it was always shooting for those figures: 432 with screen off and 540 with screen on!
In other words, if you crank it down to even 384Mhz while the screen is on and IDLING (not even running any games or other apps: what you called "waiting for input"), it'll hop up to 1188 much more frequently and in fact, crunch the numbers for the amount of time it spent at 384 and 1188 and get an average and you'll find that on average, the CPU was using about 540Mhz of power with the screen on and about 432Mhz with the screen off. I will add a disclaimer here that yours may be slightly different (up or down one notch in the time table) from the 432-off/540-on numbers, but I did test a variety of configurations as I said in my description when I released 2.0 and 432/540 minimum frequencies were the good middle ground that worked well under all setups from clean install to heavily loaded down. Part of the need for higher minimum frequencies is because with the screen off, there's an initial "crunch" when the CPU is awakened and that often requires more CPU power than when a longer task is being performed. And with the screen on, it is always doing more than just waiting for input from you! There's a lot more going on in there than you think. Even bumping the min screen-on frequency from 384 to 486Mhz caused a dozen posts saying "Wow, lag is completely gone" and "apps seem to open before I even touch the screen". This is not placebo. This is noticeable and even measurable in benchmarks! No, the phone CANNOT and will not instantly crank up to 1188 Mhz from 192 (or 384). I've proven this many times. It doesn't work that way.
You have to remember that the decision to ramp up to 1188 is made at 192Mhz! It only measures CPU load 20 times per second. And it will never be able to ramp up to 1188 in 1/20 second! The reason is that by the time the service reports a high CPU load (high enough to trip the up-frequency), you've already experienced 1/20 second lag minimum. At that point, it takes at least one more cycle to actually increase CPU frequency at which point you've experienced at least 1/10 second of lag. That is almost always noticeable. To complicate matters, if you look at the code for the daemon, you'll notice that it is a "nice" process which means other high priority system processes can actually "steal" time from the daemon and that can actually greatly increase the amount of time it takes for the daemon to actually raise CPU frequency once it notices the phone is lagging. By that time, you've already noticed additional wait to open an app, a "hiccup" while scrolling, etc. The reality is, your phone can lag at 192Mhz (or 384) for several 1/20 second cycles before the CPU is actually ramped up to the full 1188 and THAT is what causes the lag.
So long story short (I know, too late now) I have to discount all your questioning about whether or not I got the numbers right because your assumptions about the numbers are quite frankly all dead wrong! Your scale of the numbers in your car analogy doesn't fit either. I actually do performance tuning on (among other setups) Hemis. The analogy is more like: set your idle to 192 RPM and see if you can keep it running. If it does, it'll be loping like hell and then when you hit the gas, what happens? It bogs. It's because the system wasn't ready for the load. Set it to 540RPM and see how much better it responds. That's a better analogy here.
So I'm really interested in actual results more than people pulling their own numbers out of a hat and saying "these make more sense to me". A lot of testing went into the CPU tweaks in this ROM and I'm aware of "theories" about how people think 192 might be better or 384 is better. Been there done that. That was the boardroom stage... kinda where HTC and Qualcomm left it. We're already out on the track racing and making adjustments.
Oh, and the frequencies are no more "locked" now than they've ever been. I intentionally set up the init.post_boot.sh so that they can easily be changed. So if you want to run yours at the laggier, less efficient 192Mhz, the choice is yours. Just follow Lrod's instructions above. I was going to post those but he did a fine job.
Edit: I also notice you said at one point "So I don't understand why the decision was made in v2.0 to raise the minimum frequencies to 432mhz for core0 and 540mhz for core1.". CPU0 is never run at a different minimum frequency than CPU1. The numbers for min/max are:
- Screen off: CPU0 = 432/648, CPU1 = offline
- Screen on: CPU0 = 540/1188, CPU1 = 540/1188
And again, these numbers came from actual measurements and number crunching. Didn't matter what you used for minimum frequency: you could set it to 192 and run the phone for a day, and then set it to 384 and run the phone for a day. What you'd find is that regardless of what you picked, the CPU was always "hunting" for about 432Mhz with the screen off and about 540Mhz with the screen on. And with screen on, I mean the screen forced on but the phone doing nothing but idling on the home screen. The CPU was doing nothing but typical background tasks with an occasional email or SMS message coming in and maybe a stray screen scrolling thrown in infrequently.
Mike