Project: Extreme Undervolting Stats (now with GPU Stats) - Nexus 10 General

Hi XDA'lers,
I think it would be interesting to collect some stats on the undervolting capabilities of our mantas. Hopefully it helps others who also intend to save some energy by doing this. If you want to participate, please post your lowest possible settings exactly like this:
CPU:
Code:
% MHz= [ 100, 200, 300, 400, 500, 600, 700, 800, 900,1000,1100,1200,1300,1400,1500,1600,1700,1800,1900,2000,2100];
BR
900, 900, 900, 900, 900, 912, 925, 950, 962, 987,1012,1037,1075,1100,1137,1187,1225,1250,1275,1300,1325; % [email protected]_kernel_name_and_version (hotplugging_state)
% BR
GPU:
Code:
% MHz= [ 100, 160, 266, 350, 400, 450, 533, 612, 667, 720];
BR
900, 900, 925,1000,1050,1100,1150,1200,1250,1300; % [email protected]_kernel_name_and_version
% BR
... and don't forget to replace the default mV values in the third line by your own ones. Please write your username, kernel, and hotplugging state where indicated.
You can find out whether hotplug is enabled or not, if you have a look at your governor adjustments, or watch the state of the second core when idle (for example in the KTweakerT app).
~ Rules ~
Each CPU value should run stable for at least 30 minutes under stress-testing conditions. (Use some tool like for example the "Classic Stability Test" within the app "StabilityTest", or "SetCPU".) Don't use HD videos or something like that for stress testing, they are a joke to our CPU. :laugh:
If you don't adjust certain values, like for example CPU frequencies above 1700 MHz: Do not write '0'. Please leave it at the default value.
Be honest. We love you for your personality, not your Android. (If you want to submit anonymously, you can write me a PM as well.)
Don't let your kernel config app set test values on boot. :silly:
Your settings should not impair the usability of your device at all. (Crashes upon governor scaling for example.)
GPU voltages can sometimes be set below device minimum, however, we want to collect values that allow an unimpaired experience with no graphical glitches at all.
If you want to copy values from others, be aware that their best settings are not the best for you. Every Nexus 10 is different, and there is the risk that some voltage is unstable on your system. If it works anyway, you save power by applying the settings, but chances are that you could find even more efficient values! To maintain statistical significance, please do not post settings that you copied from someone else.
~ CPU Release 2013-04-29 ~
~ GPU Release 2013-04-29 ~
Top: A graph that estimates the total amount of dissipated power. Beware of the horizontal line, as it is the highest value that Samsung and Google have designated. Here you can see, how undervolting and overclocking can combine to higher performance without higher heat emission (with Enigma's Crème de la Crème Preset up to 1900MHz CPU clock). This way you actually can safely overclock the CPU. (pingguo is not responsible for any damages on devices other than his own. They are in perfect condition, though. I'm just saying this because everyone does.)
On the left, you can see the differences between the default voltages and custom values.
The right side indicates the power consumption compared to default values. This might be the most important graph!
Source: http://en.wikipedia.org/wiki/CPU_power_dissipation
Matlab-Sourcecode, for the enthusiasts:
Code:
ping = [ 100, 200, 300, 400, 500, 600, 700, 800, 900,1000,1100,1200,1300,1400,1500,1600,1700,1800,1900,2000,2100];
guo = [ 900, 900, 900, 900, 900, 912, 925, 950, 962, 987,1012,1037,1075,1100,1137,1187,1225,1250,1275,1300,1325; % DEFAULT
800, 800, 825, 850, 875, 875, 900, 900, 925, 950, 975,1000,1025,1050,1075,1100,1125,1160,1200,1250,1290; % Butterlicious, Margarine 2013-04-24
750, 750, 775, 800, 825, 825, 850, 850, 875, 900, 925, 950, 975,1000,1025,1050,1075,1110,1150,1200,1240; % Crème de la crème 2013-04-24
785, 785, 785, 785, 785, 790, 795, 815, 835, 865, 890, 915, 955, 985,1015,1055,1095,1125,1165,1205,1325; % PINGGUO
% 760, 760, 760, 760, 760, 765, 770, 790, 810, 840, 865, 890, 930, 960, 990,1030,1070,1125,1165,1205,1325; % PINGGUO-AGGRESSIVE
];
ref = ones(length(guo(:,1)),1)*guo(1,:);
pingg= ones(length(guo(:,1)),1)*ping;
hvhf = ones(1,length(ping)) *1700*1225^2; % max. f*V^2 with default settings
subplot(2,1,1);
plot(ping,[pingg.*guo.^2;hvhf]);
axis([ping(1),ping(length(ping)),0,4E9]); % set Y limit so that it looks nice
xlabel('Frequency / MHz');
ylabel('f * V^2 ~ Power Consumption (Arbitrary Units)');
title('Total Power Consumption; Horizontal Line = Maximum with DEFAULTS');
subplot(2,2,3);
plot(ping,guo-ref);
axis([ping(1),ping(length(ping)),-200,20]); % adjust Y range if necessary
xlabel('Frequency / MHz');
ylabel('Voltage Offset (V - V_{DEFAULT}) / mV');
title('Nexus 10 CPU Undervolting: Voltages');
grid;
subplot(2,2,4);
plot(ping,(guo./ref).^2*100);
axis([ping(1),ping(length(ping)),0,110]);
legend('DEFAULTS (KTManta-04-19-2013)','PRESETS Butterlicious, Margarine (EniGmA1987)','PRESET Crème de la crème (EniGmA1987)','[email protected] (Hotplugging OFF)','Location','SouthEast');
xlabel('Frequency / MHz');
ylabel('(V / V_{DEFAULT}) ^2 ~ Power Consumption (Percentage)');
title('Relative Power Consumption');
grid;
Most of this ugly piece of code works automatically for everything, just write into the matrices and check the lines with commentaries. :silly:
Cheers,
苹果

Bus overclocking is not something the user controls, the kernel sets that. The previous 3 versions of the KTmanta kernel all have a 25% bus overclock, Trinity also has this same thing. But the latest version of KTManta does not have a bus overclock. So people need to specify which kernel version they are on so that everyone knows what features it has.

EniGmA1987 said:
Bus overclocking is not something the user controls, the kernel sets that. The previous 3 versions of the KTmanta kernel all have a 25% bus overclock, Trinity also has this same thing. But the latest version of KTManta does not have a bus overclock. So people need to specify which kernel version they are on so that everyone knows what features it has.
Click to expand...
Click to collapse
Thanks for the comment, I updated the code template.:good:

Preview online, just to let you know what I intended.
Currently I am trying to fix the sleep of death that my Nexus 10 is suffering from... Advice would be highly appreciated.
(It does not wake up when I press the power button after some screen off time. Only a hard reset brings it back to life.)
Edit: I am not yet sure about it, but seemingly, the problem does not occur when I use a governor which keeps both cores running at all times...

pingguo said:
Preview online, just to let you know what I intended.
Currently I am trying to fix the sleep of death that my Nexus 10 is suffering from... Advice would be highly appreciated.
(It does not wake up when I press the power button after some screen off time. Only a hard reset brings it back to life.)
Edit: I am not yet sure about it, but seemingly, the problem does not occur when I use a governor which keeps both cores running at all times...
Click to expand...
Click to collapse
Are you using the KTmanta kernel? If you have hotplugging enabled and you undervolt too much, sleep of death will occur.
For me, I have to raise my minimum voltage to 830 with hotplugging enabled to prevent sleep of death.
If I have hotplugging disabled, I could undervolt way low than that

c19932 said:
Are you using the KTmanta kernel? If you have hotplugging enabled and you undervolt too much, sleep of death will occur.
For me, I have to raise my minimum voltage to 830 with hotplugging enabled to prevent sleep of death.
If I have hotplugging disabled, I could undervolt way low than that
Click to expand...
Click to collapse
Yup, I'm on KTManta. Also, hotplugging seems to be exactly the reason for my SODs.
Now the big question is: What is more efficient - Hotplugging and thus saving 50% of the power, or stronger undervolting, saving 25%, and maybe more effective racing to idle with both cores?
BTW, are you implying that hotplugging is always performed at the lowest possible frequency?
Edit: There is still one thing that puzzles me: Hotplugging while the screen is on works perfectly fine at the voltages which cause the SOD...

pingguo said:
YWhat is more efficient - Hotplugging and thus saving 50% of the power, or stronger undervolting, saving 25%, and maybe more effective racing to idle with both cores?
Click to expand...
Click to collapse
Hotplugging doesn't save 50%. The theory of it does but actual execution that is not even close to possible. It saves 2-3% battery

This may seem like a very noob question, but I am running the nightly builds of CM10.1 and I just installed the KTmanta kernel but I don't see where to change any governor settings. Is it an app I need to install? Help?

EniGmA1987 said:
Hotplugging doesn't save 50%. The theory of it does but actual execution that is not even close to possible. It saves 2-3% battery
Click to expand...
Click to collapse
Well, then I feel very comfortable with undervolting only. :laugh:
parakalien said:
This may seem like a very noob question, but I am running the nightly builds of CM10.1 and I just installed the KTmanta kernel but I don't see where to change any governor settings. Is it an app I need to install? Help?
Click to expand...
Click to collapse
Install the KTweakerT app from the kernel forum thread.

Updated the CPU graph with some overclocking data. Please let me know whether or not it is true that OC with no increase in heat emission is safe.

Update:
Graphs should be more comprehensible and informative.
Added full source code for you source lovers.
Cheers!

pingguo said:
Updated the CPU graph with some overclocking data. Please let me know whether or not it is true that OC with no increase in heat emission is safe.
Click to expand...
Click to collapse
The three most damaging things to a processor are: amperage, voltage, and heat. Heat is tricky, because every processor has a maximum heat limit it is designed for. The more heat you have the less life your processor will have. However, if you stay within its maximum heat limitations then the processor will still last many many years, as soon as you get above that heat limit you start damaging the processor extensively, greatly lowering its lifetime and possibly causing irreparable damage in that you can no longer run at the higher core speeds stably anymore. So you always want to stay within heat limitations, preferably as cool as you can.
Amperage is also highly damaging to processor silicon, but thankfully we dont really control this up or down on most processors. One good example of this can be seen with RAM, which you can control amperage on. The best example here is RAS to RAS timings, which is when the RAM chips get pulsed with large amounts of amperage. It has been many many years since I looked into the technical details of this, but I *think* this happens when a row of addresses is pre-charged before access or something like that. Normally this happens every 4-6 cycles on average. Many people in order to increase stability of their RAM overclocks would lower this, I even did some stuff for a while with a setting of 1 for this timing. Because of low values on this timing the RAM is getting pulsed with large amounts of amperage quite frequently and this was causing massive degradation of the cell structure and creating micro-holes in the silicon. These holes then in turn require more amperage to remain stable at your MHz speed in order to overcome the damage, and with the higher amperage needed you continue to accelerate the damage. It is just a snowball effect of damage to the RAM chips that leads to complete death of the chip in a few months. This was why you saw large failure rates on DDR2 RAM at one point "back in the day" when D9GKX and GMH chips were all the rage. So all that to say, large amperage is bad for computer chips.
Next up is voltage, which we do control. More voltage is needed for high MHz speeds as we need to make the transistors switch faster and have more power to give in order to achieve higher speeds. Higher voltage leads to greatly increased heat output, greatly increased battery drain, and also if you are using voltage above the chip's specifications causes damage to the processor itself. Lowering voltage is the best thing we can do to keep our processors running at their best. A tiny decrease in voltage will often be 1-2 degrees cooler in temperature, and usually means a few less watts as well (depends on chip architecture). Just last week I was overclocking an Intel i7-3930K processor. I had fun playing around with it and observing the changes happening. I observed with 1.4v and 4.5GHz core speed than power draw was 198 watts under 100% load. Going to 4.6GHz raised power draw up to a nice even 200 watts (2 watts more for 100 MHz). I then went back down to 4.5GHz speed and increased the voltage from 1.4v to 1.42v, and saw a temperature increase of 4-5 degrees on all the cores and a 6-7 watt power consumption increase. Just from raising the voltage that little bit.
So the best thing we can do for our tablets is to undervolt. But when overclocking, as long as you stay within the chip's voltage limits and heat limits, the extra core speed doesnt really affect the chip's lifetime at all, until you get many MANY MHz ahead of its design. if you can overclock up an extra 300MHz while still dropping voltage a bit you will see both a reduction in power consumption (even with the extra speed) and a reduction in heat. Although these reductions will not be as much since we are also generating small bits more of power draw and heat from the higher speeds too.
TL;DR
overclocking is fine and wont damage your processor as long as you remain at the same or less voltage and heat output.

Related

[SOLVED][Q] Some UV questions

1st : My understands
So I'm completely new on the undevolting science and don't know if I understood everything correctly... For me, undevolting the cpu means : reduce power consumption for the same speed, so we can minimize the battery drain and have the same performance at high frequencies. Am I right?
I also understood that if we UV too much, the phone will be buggy/freeze. Is there any other risk I should be aware?
2nd : My statements
I start to UV my phone tonight and now I'm quite surprised to see how low I can go : I'm running at 1200MHz / 600mV (instead of the stock 1275mV) and the phone is solid stable (I don't know if I can go slower though, I was a bit scared and decided to post this message before continuing). So how do I check setcpu applied the settings correctly? To check system stability I use setcpu's stress test for about 2mins (the short test between two settings), then about 10mins (the big test for the final seting) and finally my feelings using my phone as a daily usage. Am I doing it right?
What are the common values at the UV exercise?
3rd : Some wtf in my head
If our phones can handle a so low value (compared to the stock one), why is it so high by default? I understand that, for stability and because every device is different, sammsung could not use the lowest value, but even some 100mV could improve the battery life of the phone, and since not everybody is tweaking his phone as us, it would have made an even greater phone OTB...
PS : my configuration
Phone/Pda/CSC : XXKG5
Kernel : ninphetamine 2.0.5
Yes, lower voltage is better but not all chips will take it. With undevolting the main risk is random instability or reboots, if you get a reboot just scale your uv back by 25mv and see what happens.
As far as why the voltages are what they are, for a chip as young as the one in the sgs2 there is a lot of variance in the chip, not all will be as "good" as others, so samsung bin (select) them to hit the clock they do at the voltage they do at a certain yield (aka not to many chips unable to hit the needed specs).
Maybe in the future the stock voltage will be lower, but for the time being we can tweak and see if we got a gold sample (better than standard) chip.
Also as far as your uv settings, you are not at 600 or something mv, the kernel has a hard lower limit of 800mv, even if it slows something below that in setcpu, the minimum the kernel will give the cpu is 800mv.
Sent from my GT-I9100 using XDA Premium App
Thank you very much for your quick reply ! And sory for being late too ^^
I indeed re-read more carefully Ninpo's thread and saw his kernel can UV from 800mV to 1500mV. Btw I think because 600mV was under the limit, stock setting was applied.
So after a day of testing, I can say my phone handle 200MHz / 825mV, 500MHz / 850mV, 800MHZ / 950mV, 1GHz / 1075mV and 1,2GHz / 1150mV with no problem at all And now, my battery will last forever
skuizy said:
Thank you very much for your quick reply ! And sory for being late too ^^
I indeed re-read more carefully Ninpo's thread and saw his kernel can UV from 800mV to 1500mV. Btw I think because 600mV was under the limit, stock setting was applied.
So after a day of testing, I can say my phone handle 200MHz / 825mV, 500MHz / 850mV, 800MHZ / 950mV, 1GHz / 1075mV and 1,2GHz / 1150mV with no problem at all And now, my battery will last forever
Click to expand...
Click to collapse
To make it last forever you want to set it to 0mV
Just don't set 200mhz to low or your phone may suffer from the sleep of death where it won't wake up.
Sent from my GT-I9100 using XDA Premium App
veyka said:
To make it last forever you want to set it to 0mV
Click to expand...
Click to collapse
Haha, if I could do it !!!
Thanks for the advice, if it doesn't wake up, I'll put the 200MHz voltage a bit higher

[REQ] Standalone fix for high CPU freq with screen on

As I understand solution for "998 MHz with screen on" bug is found: http://forum.xda-developers.com/showthread.php?t=1225411&page=17#post16944722
We need to replace only one governor.
I don't want to play with different ROMs and kernels and I'm looking for simplest solution.
Is it possible to compile it as a module ("ondemand_mod" for ex.) and add it to stock ROM?
Or any other (simple) way?
Wrong section ...
Sent from my X10i using Tapatalk
Why wrong Section, this is Development to get the CPU Governor working correctly
Wolfbreak said:
Why wrong Section, this is Development to get the CPU Governor working correctly
Click to expand...
Click to collapse
Exactly, this is the right section for such request.
However, I can't help but wonder: is this really a "problem"?
No offence to anyone, but I find that the phone is very snappy
when on max frequency... The big problem for me, would be if it
didn't go into Deep Sleep immediately after turning the screen off
and stayed at min frequency for an extended period.
When the screen is on (aka using the phone) I'd like it to be as FAST
as possible. That's the reason I use the minmax governor.
Anyway, again, I don't mean to argue with anyone, I am just
presenting my point of view.
My_Immortal said:
However, I can't help but wonder: is this really a "problem"?
No offence to anyone, but I find that the phone is very snappy
when on max frequency... The big problem for me, would be if it
didn't go into Deep Sleep immediately after turning the screen off
and stayed at min frequency for an extended period.
When the screen is on (aka using the phone) I'd like it to be as FAST
as possible. That's the reason I use the minmax governor.
Anyway, again, I don't mean to argue with anyone, I am just
presenting my point of view.
Click to expand...
Click to collapse
Yes, it's really problem.
Higher frequency - higher power consumption. Moreover - with higher frequency CPU used with higher voltage so consumption is even more higher. So at 998 MHz CPU eats about 5 times more battery than on 246MHz.
With properly tuned governor I don't feel any real lags or slowdowns.
And, when screen is on CPU load is usually is lower than 20% at full frequency. So I don't want to waste my battery.
As I see it's possible to compile and use governor as module.
Could someone compile it? And assemble as xRecovery package?
Or point me where to read about compiling for arm, where to get tools and so on...
Karlson2k said:
Yes, it's really problem.
Higher frequency - higher power consumption. Moreover - with higher frequency CPU used with higher voltage so consumption is even more higher. So at 998 MHz CPU eats about 5 times more battery than on 246MHz.
With properly tuned governor I don't feel any real lags or slowdowns.
And, when screen is on CPU load is usually is lower than 20% at full frequency. So I don't want to waste my battery.
Click to expand...
Click to collapse
The thing is, on 245 MHz, you can't get any kind of decent performance.
Try this: set the minimum and maximum CPU frequency with SetCPU to 245 and attempt to use the phone normally.
Also, you might be right about voltage, but if the CPU is forced to work on lower freqs when it actually needs higher, there's definitely stress and increased battery consumption.
My phone lasts for more than 24 hours and it's always at max frequency when the screen is on. No lag, no freezes, no drain.
I do agree that the ondemand governor might not function as expected but I fail to experience the actual problem. That might be just me though.
Xperia X10i via Tapatalk
My_Immortal said:
The thing is, on 245 MHz with high load, you can't get any kind of decent performance.
Try this: set the minimum and maximum CPU frequency with SetCPU to 245 and attempt to use the phone normally.
Also, you might be right about voltage, but if the CPU is forced to work on lower freqs when it actually needs higher, there's definitely stress and increased battery consumption.
My phone lasts for more than 24 hours and it's always at max frequency when the screen is on. No lag, no freezes, no drain.
I do agree that the ondemand governor might not function as expected but I fail to experience the actual problem. That might be just me though.
Click to expand...
Click to collapse
There is no need to work on 245MHz as proper governor rise frequency automatically when it's necessary.
And really no stress for CPU to work an low frequency at full load. Moreover - CPU will consume more power at 500Mhz with 45% load than at 250Mhz with 95% load.
Sometime I use phone for navigation - long time with screen on and very low load. In this scenario battery drains very fast.
And last one - I like to have everything working properly. In case that I'll really need high frequency all the time I'll use other governor. I just want to have a choice.
I need a simple solotion for this too..I use z kernel and I found that Thego2s kernel fixed this problem..I was going to flash that kernel but think that has a bug and stoucks on logo ..can some one sayas a simple way?
Yes, I think a lot of people would prefer to use just small and simple fixes rather than replacing the whole kernel with a lot of nice but (personally) unnecessary features.
I am waiting for developers to release a fix for this problam

[Q] Why 480MHz? Can't find original posts

Hello,
It's a well know 'fact' that our P500 draws the same amount of power when clocked at anything below 480MHz, so underclocking it below 480MHz brings no battery benefits.
I have been trying to find the reason for this, but I can't find the thread / post in the search that details the reasons for this and how it was tested. My guess is that it's buried in one of the many bloated development threads... If someone can point me in the right direction that would be great.
Cheers!
I know this thread has a quote of this post and that this is a well known information but, besides this community common knowledge (by which I'm very grateful), I also can't find any specific data on this matter.
I even found this thread that aks the same thing, but it has no answers.
So it would be great if someone could give us a bit more information about this.
Thanks in advance!
480MHz and below use the same voltage. It takes more battery to jump from say 245 to the max freq
InfiniteRisen said:
480MHz and below use the same voltage. It takes more battery to jump from say 245 to the max freq
Click to expand...
Click to collapse
Yes, we all 'know' this but where did this information come from?
This post shows that it is a general MSM7x27 'feature' that all frequencies below 600MHz use the same voltage. This is where we assume this to mean that it uses the exact same amount of power whether it is running at 122, 245, 320 or 480MHz, so we're taking a speed hit for no power benefit.
Does anyone knows of any benchmark tests to confirm this? I might try some tests this week, set the min/max MHz to the same value and run a program to keep the CPU at 100% and see how long it takes to drain the battery (perhaps a huge pi calculation or something).
Which do you value more, source of information or proof now?
InfiniteRisen said:
Which do you value more, source of information or proof now?
Click to expand...
Click to collapse
Surely that's the same thing, a good source should also contain proof of the claims it is making...
I'm not saying it's wrong, but if nobody has tested it we can't be sure, right?
adfad666 said:
Surely that's the same thing, a good source should also contain proof of the claims it is making...
I'm not saying it's wrong, but if nobody has tested it we can't be sure, right?
Click to expand...
Click to collapse
On my personal experience, i would actually say 245mhz consume less battery than 480mhz. But I still prefer the latter as it's a bit more speedy. On battery life, it's just a <1% difference between the two.
as far as what ihve read!!people say it takes infact more power consumption when we underclock very low frequencies like 122 ,since it takes more work for the phone to operate in a laggy state with very less cpu frquency ..and thats the reason i think(not sure) why we are asked to have a minimum of 480mhz frequency though i prefer 320
Test setup suggestion:
Test 1 = Idle
Set to 480/480 set to airplane mode overnight and look at battery drain.
Do the same for 245/245
Compare results
Test 2 = Intermittent load
Set to 480/729- test using on/off series of tests not 100% all the time. You want the governor to scale frequently during the test
Same test above but @ 122/729
Compare results
This will give you 2 conclusions
1 - 480 at idle does/doesn't drain battery as much as 245
2 - Increased scaling does/doesn't increase drain battery.
The longer the phone is awake the more it drains battery. Also take note of how long it takes to complete test 2.
**EDIT**
Intel has done extensive laboratory testing showing the results of Speedstep and the results carry over to ARM and governor scaling.
I'm inclined to follow the crowd on this one, no increase in voltage = no increase in power draw. That's scientific fact.
Increase in frequency will increase heat. Unnecessary scaling will also increase heat. Increased heat leads to shorter battery life, consequently overtime the battery can't hold as much of a charge. So again, nothing decisive here to make me change my mind.
If you still want to, then proceed with the tests above.

[Q] Overclocking Concept

Hi Guys,
I am a noob here. I have never used a android phone before, not even a iPhone - so basically no smart phones.My first smart/android phone would be Nexus 4 which would be coming tomorrow.
I have been reading threads to understand andriod architecture and believe have understood to certain extent.
I have a question in clocking the CPUs and Voting.
As I understand, we have 3 states -Max, Min and Sleep for a single CPU core
Max - The frequency (clock speed) which CPU executes or maximum speed which CPU sends signals to its components and get the response back. This would be used when the system is on - which means when user is doing some process.. like texting, video chat, gaming (this case GPU is also involved) etc.
Min - This would be for background process when the user/phone is idle - that when screen is off (eq - gmail sync, facebook sync etc..)
Sleep - Screen off and no background process , the core will be in sleep.
And the battery level will be directly propotional to speed of CPU with respect to the volting.
Now lets say there is a single core processor in a phone which can clock upto 1.5GZ. and the stock kernel comes up with Max - 1.3GZ and MIN -0.5 GHZ.
Question is abt overclocking minimum frequency
1. why not overclock the Mn frequency to 1.3Ghz? because the backgroundprocess would be fast and phone/core will be sleeping after that,
which means process consumes more battery at that particular time but overall baterry should be efficient as there would be more sleeping time.
2. About volting, so far I have not seen min and max volting. So is there only one voltage/power drawn for max and min CPU speeds by CPU?
Please correct me if any of my statements is wrong.
Appreciate your help,
Thanks,
Franklin B.
Overclocking the minimum frequency to 1.3ghz would probably decrease your processor's life if you use your phone too much but I have been actually increasing my phone even 200mhz more than it was in stock ROMs, i've been using my device for more than 2 years and it still works perfectly. Finally, it all depends on how much your phone is good.
I also decreased the cpu min and max frequency when phone sleeps to 256 mhz which decreased a lot battery consumption.
Hope i helped !
Don't forget the THANKS button
1.you can but your battery life will be drastically reduced! There is a good amount of time after the screen is off and before the phone sleeps! So if over clock the min to 1.3Ghz, the processor will be running at 1.3Ghz till it goes to sleep! But if that's what you want you can do that!
2 . I'm not so sure about this topic either but I think the processor operates at a particular voltage and I could be wrong!
Sent from my GT-P3100 using Tapatalk 2
Thank you Guys
Franklin Bernard said:
1. why not overclock the Mn frequency to 1.3Ghz? because the backgroundprocess would be fast and phone/core will be sleeping after that,
which means process consumes more battery at that particular time but overall baterry should be efficient as there would be more sleeping time.
2. About volting, so far I have not seen min and max volting. So is there only one voltage/power drawn for max and min CPU speeds by CPU?
Click to expand...
Click to collapse
Hi, I received your PM. I agree with the guys about the heat issues, longevity, and battery life etc. The answer to your question #2 will help you better understand things.
In all kernels, there are frequency/voltage scaling tables. For every frequency step (clock speed) in the table, it corresponds to a specific voltage. It gets a bit more complicated than this of course, but that is the basic way things are setup in the kernel. The higher the frequency, the higher the voltage is required to be to keep the CPU (or GPU, bus, RAM etc.) stable at a given clock speed. The more voltage, the more current, and the more heat is generated. The longer you stay at higher clock speeds/voltages, the better the cooling system you need to have. Supply regulators are defined to feed the core and rail voltages so that the processor can live in a happy environment no matter what it is being asked to.
As far as power consumption, it's all about getting a unit of work done in a timely/efficient fashion using the least amount of power consumption. If the phone is sleeping, the word "timely" takes on a different meaning so then it is mostly concerned with power consumption and getting the background tasks completed effectively without having the phone experience the sleep of death (SOD). What you are talking about is the theory of "race to sleep" so that the work can be done quickly and the phone can go back to sleep where it uses the least amount of power (clocks actually turn off during deep sleep and cores are turned off). However, there is a happy medium to this theory and heat and battery consumption are the main enemies. Heat can also rob efficiency, more current is required when a circuit heats up. The more a phone wakes up to do syncs for email, apps, social networking, missed calls etc., that work can stack up throughout the day. The question comes down to how can the device get this work done using the least power and keep the device cool. On the N4, the lowest frequencies can use ~700-800mV per core while the highest frequencies can use ~1100mV. There is a drastic difference in the amount of heat generation between this range.
I think this should give you the general idea and maybe more that you wanted to know! Here are some links to check out if you are interested. Google and you will find many many more articles and research papers.
http://en.wikipedia.org/wiki/Voltage_and_frequency_scaling
http://atrak.usc.edu/~massoud/Talks/Pedram-dvfs-Taiwan05.pdf
Thanks a ton !!!

[Q] Isn't Overclocking Android drains more battery power?

First of all, I am totally new to this forum.(I mean as an registered user)
Before that I always had the thing from the forum what I needed.
Now here is my question,
If i overclock the processor speed of my android device to a higher position, isn't it gonna take more battery power than usual?
Phone model: Xperia Live With Walkman
Boot loader: unlocked
Root Access: Rooted
Kernel: Rage 3.2
ROM: Real ICS r6
overclocking is going to drain your battery obviously.
overclocking drains more battery but gives better performance,too much over clocking makes phone heat & even hardware issues
saqib nazm said:
overclocking drains more battery but gives better performance,too much over clocking makes phone heat & even hardware issues
Click to expand...
Click to collapse
My phn's original capacity is 1 Ghz
How much overclocking can keep my battery level fair and also give smoother performance without causing me any hardware issue?
Btw, Thx for the ans.:good:
Saimoon said:
My phn's original capacity is 1 Ghz
How much overclocking can keep my battery level fair and also give smoother performance without causing me any hardware issue?
Btw, Thx for the ans.:good:
Click to expand...
Click to collapse
Power consumption = Voltage x Voltage x cpufreq x some constant for your device. If you OC (raise the cpufreq) you will have more power consumption and more heat generation because most of the power is dissipated as heat and the heat is what damages your cpu. It is probably impossible to kill your cpu in one go, because your device should shut off when it begins to over heat (this will look like a random reboot). But you will slowly degrade the over all performance of your cpu and eventually you get to a point where you see a lot of random reboots. So if you decide to OC you probably want to also undervolt as well. This is because power consumption (and heat) scale with the square of the applied voltage. One rule of thumb is that your maximum cpufreq is actually determined by the voltage. For example, my cpu is rated to be stable at 1 GHZ and 1200 mV, so when I OC and UV, I scale the cpufreq as high as I can go, as long as the voltage is not greater than 1200 mV, for me this is 1.5 GHz.
Also remember that your cpu governor will have a big effect on your power consumption and it is probably doing a good job keeping the cpu running in the low range of the cpufreq table, so you are unlikely to see big effects of OC or UV on real life battery consumption.
every chipset is different, even though the brand and model is the same. noone can guarantee you any safe value to overclock.
Thanks Giving!
Thanks Everybody for helping me out!
I am applying 1.402 GHz :laugh:
Overclocking is not the only thing you have to think of in order to improve your phone's overall performance. The most important issue for me is choosing the right kernel and applying the right governor + I/O scheduler. From my experience with Mini (i have tried ALL available kernels and most of ROMs) I can surely say that now with my phone (ICS .587, custom ROM + kernel) overclocked to 1.5 GHz battery with minimal use (20 mins calls, 40 mins WiFi per day) lasts at least 60 hours. When I bought my phone (GB, no OC, all stock) battery was struggling to stay alive for 24 hours with the same minimal use. Conclusion: first pick the right kernel and ROM, then OC.

Categories

Resources