Overclocking Guide for the OV

LeslieAnn

Android Developer
Feb 8, 2011
2,895
1,720
0
Visit site
There is a lot of bad information about this, so I hope this will straighten things out some.

** Note**
While new info has shown some of the finer details of this to be incorrect in places, in terms of how to overclocking is concerned, the info is still good. I will try and correct the bad parts later.


Yes, this is a wall of text, there is a lot to cover.
Overclocking can be simple or complex, depending on how well you want to do it. Doing it well means a faster phone with more battery life (yes, you can actually gain battery life through overclocking!) or you can do it bad and end up with a somewhat fast phone, that sucks down batteries. The devil is in the details and I bet a large amount of you are doing it wrong.


A lot of good and bad information came almost a year ago when Mmarz did some serious testing with his OV. The testing was good, but missed a few things that were later covered in the thread. The problem is, too many people read only the first post, which was missing a great deal of information later learned. Because of this, we often have two camps of overclockers with the OV, those who read the thread and understand it, and those who skimmed the first post and/or were handed bad information. This is an attempt to clear all of that up once and for all.



First off we need to get the basics about of the way.
Your phone essentially has three speed settings and two voltage settings. Voltages are split at 480mhz, 480 and below uses a lower voltage and anything above 480 uses a higher voltage. We have no way to adjust this so don't bother asking, the phone supposedly doesn't support it. Then you have the three processor speeds, idle or sleep mode, low speed, and high speed. Idle or sleep mode is obvious, it's when the screen is off, low speed is for low cpu intensive tasks, such as music or gps or just any task that doesn't require full cpu power, then finally we have high speed for anything requiring hardcore processing. Idle speeds you can't control, so we'll focus on the other two.


Let's start with high speed since it's easier to understand (though most get it wrong).
This is obviously your max overclock setting, while people focus on it most, it's also the least important of the two settings. Now many crank up this number until it seems to not crash to make the phone as fast as possible, unfortunately, this is actually wrong. Just because it seems stable, doesn't mean that it is. We often hear of people having really high overclocks saying they are stable, EXCEPT for that one app. No, you aren't stable.

What is happening is that the system is compensating for errors. These errors finally overwhelmed the system and caused the app to crash. This is why we say two notches below "max stable". See, we don't have a program to verify how many errors we are getting, but there is another way, we use a benchmarking tool. When you get an error, the phone has to compensate and redo that calculation, which takes time and slows you down. Over time this has been turned into an easy to follow rule, two notches below your max stable speed which is about where speed vs error rate becomes bad. Some of the apps that fall prey to this first is Gallery, and the camera. Those crash more often than the rest due to overclock, however, Gallery can be pretty unstable even in the best of times so don't base your overclock stability on it alone. There are a few other common ones, and as I come across or remember them I will add them here.

Ironically, this has also been shown to be the most efficient for batteries as well, yep, overclocking can improve your battery life! Amazing right? Every time you make a processor go faster, it uses more amperage, the voltage is the same but the amps go up (it's a law of computing). The faster you get work done, the faster you can return to idle, however, there is more to it than that. First you have errors, those suck down battery and do nothing, and then you have the law of diminishing returns. At some point you are using more amps than you are getting work done. Again, two steps down from stable has shown to be the most efficient for getting work done done the fastest, and gives you the best battery life. This has been born out in benchmarks several times.


Low speed (minimum clock)...
Many people set this as low as possible and think they are all set, unfortunately not only are they wrong, but this is also the most important setting. Before I go any further I want to say one thing... The OV does NOT support 122mhz, setting your phone to that is pointless, it will simply not work. So what is it defaulting to? I can't be certain, but I suspect it probably goes to 240mhz, regardless, it doesn't work.

Now, there is some debate on the low setting.
We don't know for certain if the phone scales between idle and minimum. In other words, if your minimum is set to 480, does the phone only use 240 when needed or does it automatically use 480? What we do know, is that there is no scaling between minimum and maximum. In other words, once you exceed your minimum, even by one mhz, your phone will spike to full speed. Let that sink in and remember that, it's extremely important.

So let's say you set your phone at 240 minimum, and you decide to stream Pandora and use Google Maps, 240mhz is not enough, therefore your phone will go to whatever your maximum speed is. The problem with this is that we aren't compressing a file which has an end point, we are using low power items over an undefined period. During this time your phone is running away using as much power as possible. This means your battery is draining and just creating heat, which only hurts your battery more.

How high you set the minimum and exceed it also matters because the lower you set the low, the worse this gets. Say you set the minimum at 240 and you use 241 and your phone spikes to a max overclock of 740, that means your phone is burning off 500mhz, compared to had you set your minimum for 360 where you would only be burning off at most 119mhz because it would at most be using the 360 setting if the cpu doesn't scale, if it does scale below minimum speeds, you wouldn't burn off anything. Interesting to note here, if the cpu does scale below minimum, then 480 would be the optimal minimum setting no matter what you do since it would scale up to that point then jump.

If you think that is bad, it gets worse, there is evidence to show that the phone will stay at peak, until ALL of the processing is done. So if you are streaming and using navigation and your phone spikes to 804mhz, even if you turn off streaming, the phone can stay at 804 until you stop navigation as well. In other words, you really don't want to exceed your minimum.


Now you can see why this setting is so important and why we say just use 480 if you are unsure. If you can get by on a low minimum, great, that is best for the battery, but the moment you cross that, you really start sucking down more juice. It's a trade-off, higher risk can equal big gains or big failure.

With all of this in mind, we can sort of figure out a basic plan.
Set your high as mentioned above, that part is simple. For lows, there are some general guidelines, but remember, these are only a basic guide, you may need to experiment a bit. If you are unsure, just set your minimum at 480, it's safe and we know it works well for most people. You may not get the very best battery, but you also are less likely to let loose a battery vampire.

For those willing to experiment, here is the basic guidelines I recommend and have worked for others:
(Set these for what you use MOST)
240mhz is fine for just just playing MP3's, browsing, things of this sort.
360mhz is better suited to streaming OR possibly navigation
480 is better for things like nav and streaming together.

I use and recommend 480, though my phone tends to get hot when doing this regardless. Keep in mind these are only suggestions and what works best for one person may not be best for another and some apps are also better or worse than others.
 
Last edited:

anthonycr

Themer. You've seen them
Jul 11, 2011
2,104
571
0
Visit site
Question: what is the point of an interactive governor of the CPU automatically spikes to full speed when the minimum is exceeded? I thought the governors could scale it up or down at different speeds, which if true would mean that it doesn't spike depending on the governor. :confused:

Sent via the Postal Service
 

flapjack.fiasco

Well-known member
Sep 13, 2011
776
102
0
Visit site
Question: what is the point of an interactive governor of the CPU automatically spikes to full speed when the minimum is exceeded? I thought the governors could scale it up or down at different speeds, which if true would mean that it doesn't spike depending on the governor. :confused:

Sent via the Postal Service

Did you read her post? Our processor is simply not capable. Sure it has an interactive governor, but our processor has very limited scalability, if you even want to call it that.

You thought that the interactive governor worked one way, but as LeslieAnn has explained in great detail, it simply does not work that way.

This space intentionally left blank.
 

anthonycr

Themer. You've seen them
Jul 11, 2011
2,104
571
0
Visit site
I did in fact read the post...

Thanks for explaining though, I must have missed what she said.

Sent via the Postal Service
 

flapjack.fiasco

Well-known member
Sep 13, 2011
776
102
0
Visit site
Sorry, I wasn't trying to be rude, there is, admittedly, plenty to absorb in that post.

By the way, this should be a sticky for sure.

This space intentionally left blank.
 

cole2kb

Retired Moderator
Apr 7, 2011
2,503
547
0
Visit site
Yeah, I read the whole thing and didn't see any mention specifically of governors, but I did walk away with a better understanding of things. Thanks, LeslieAnn!

Also, what does the SmartassV2 governor do for us / why is it your recommend choice for Harmonia 2? If our CPUs can't scale and only run peak / off-peak / sleep, does it really matter which ones we use?
 

LeslieAnn

Android Developer
Feb 8, 2011
2,895
1,720
0
Visit site
Yeah, I read the whole thing and didn't see any mention specifically of governors, but I did walk away with a better understanding of things. Thanks, LeslieAnn!

Also, what does the SmartassV2 governor do for us / why is it your recommend choice for Harmonia 2? ?

You're welcome.
I obviously don't have every bit of info on everything (does anyone?), but I tried to break things down as much as I could. Getting into governors would have meant an even larger wall of text, and is out of the scope of my knowledge. I simply haven't studied it enough and really am not that concerned with it.

I recommend Smartass V2 because it has been shown by others (who do know that system) to be the best for most people, same as 480 has.

While some of this is speculation, the ideas and practices described, have been shown to work for people over time.
 
Last edited:

anthonycr

Themer. You've seen them
Jul 11, 2011
2,104
571
0
Visit site
So basically, as I noe understand it, the scalability and governors simply scale between the limited available frequencies? I guess that's what I thought before.

Sent via the Postal Service
 

Dannemand

Well-known member
Mar 28, 2011
445
170
0
Visit site
Great info. Thanks LeslieAnn.

Actually, Smartassv2 will scale and use all the speed levels you see in the menu - even ones below the Min setting. It also doesn't rely as much as the Interactive governor on user interaction to ramp up. And it DOES scale down again even after spiking to Max (I've seen it).

CPU Spy (from market) will show how much time the CPU spent at each speed level since last reset of the counters. It's a great way to determine if your Min setting is too low for your background tasks (causing it to jump to higher speeds, which you don't want). It's also a great way to study how the different governors work.

Unfortunately there is no way (that I know) to see if your Min setting is too high for your background tasks - you just have to try and lower it, run for awhile, then check CPU Spy.

And finally, after some tests I made today (posted in the IHO thread) I believe it's a myth that OV doesn't support the low CPU speeds. It DOES measurably run slower at those speeds - in the case of 122 so slow that I would consider it useless. Also, depending on your governor, CPU Spy clearly reports that the phone spends time at that speed.

Thanks again LeslieAnn, you wrote another sticky candidate :)
 

JerryScript

Daydream Believer
Mar 8, 2011
2,055
1,559
0
Visit site
Unless you perform those test on each and every kernel, they are irrelevant to anyone not using the same kernel as you are. ;)

One kernel may be able to go down to 122, while perhaps the stock kernel couldn't? Zefie's original comments were made in the beginning of OV kernel development, so things could easily have changed.
 

LeslieAnn

Android Developer
Feb 8, 2011
2,895
1,720
0
Visit site
Great info. Thanks LeslieAnn.

Thanks, I saw your test results, awesome work, the more info the better.

What I wrote may not be 100% perfectly accurate (it was based one what I have read in the past, and obviously things change as we learn more), but it's enough to get people pointed in the right direction for overclock and battery life.



Zefie's original comments were made in the beginning of OV kernel development, so things could easily have changed.
They may have, what I wrote was based on a lot of older info, but really there hasn't been a whole lot of new info since.
 
  • Like
Reactions: Dannemand

LeslieAnn

Android Developer
Feb 8, 2011
2,895
1,720
0
Visit site
I added a note to the first post stating that while not every detail is accurate (I stated from the start that some of it was theoretical), the basic premise for overclocking remains the same.

I'll update the first post at some point with the new info.
 

Badboytoast

Well-known member
Sep 25, 2011
820
122
0
Visit site
Thanks leslieann This is great info!!! I may not have know this about overclocking/underclocking, but now Ian some what more educated! once again thanks for taking your time! To write this :)!!!
 

Eollie

Well-known member
Feb 22, 2011
1,534
258
0
Visit site
Unless you perform those test on each and every kernel, they are irrelevant to anyone not using the same kernel as you are. ;)

One kernel may be able to go down to 122, while perhaps the stock kernel couldn't? Zefie's original comments were made in the beginning of OV kernel development, so things could easily have changed.

I added a note to the first post stating that while not every detail is accurate (I stated from the start that some of it was theoretical), the basic premise for overclocking remains the same.

I'll update the first post at some point with the new info.
Leslie I quotes Jerry because he brings up a good point. Also people need to understand each phone is different. That is well documented in the various complaints/discussion between the min/max discussion.

What you posted is a very good starting point. I wish I could find the post Blarf made about the governors and clock speeds. It was explained well enough that the new people could comprehend it.

Regarding the 122 debate. Yes the phone might drop to that setting but Dane showed he tried to stream pandora at that level and it just refused to work. Which is very important in this time of cloud based music services.

Guides like this are meant as reference to get you started. Nobody can be 100% certain this will work on 100% of the phones. Some will require lower max setting and others will be able to utilize the lower min settings.
 

LeslieAnn

Android Developer
Feb 8, 2011
2,895
1,720
0
Visit site
What you posted is a very good starting point. I wish I could find the post Blarf made about the governors and clock speeds. It was explained well enough that the new people could comprehend it.
That post by Blarfie I think is on XDA.
I think Jerry was mostly responding to the post above his, I could be wrong though.

Honestly, it's only meant as a starting point*, obviously you can do fine just on this, but if people really want to go beyond this, you could literally write pages on the subject, but this should be more than enough for the casual overclockers that most people are.

In the post, it doesn't outright say it for the high, but more or less implies you have to find what is highest for your phone, but I admit, I really should make that clear and in bold as it is an important point.

On lows it does state you have to find what works best for you to get that optimal setting. However, I'm still of the state of mind that you are really pretty much just better off leaving it at 480 for minimum. Any gains messing with the low are going to be small, at best, and the losses can be huge. I tried to get the point across that unless you want to invest that kind of time, just leave it at 480 and be done with it.


*Hardcore overclockers trying to get everything can obviously trash this whole thing with personal preferences, details and such, and that's fine, like I said, this is a guide and starting point. This subject is always a hot topic, I knew that writing it, which is why I used the words theory and believe a few times just to show, it's not all fact. It wasn't meant as the end-all-be-all guide to it, just clear up a lot of junk floating around.



Also, in the IHO thread I stated (and it should be repeated here) that 122 not working was likely the OS kernels we were using early on. That info came out back when we were only able to use OS kernels to overclock (Xionia stuff is all OS, at least the stuff that works). It probably started working when we started making our own kernels.
 
Last edited:
  • Like
Reactions: Dave Begue

Forum statistics

Threads
943,148
Messages
6,917,519
Members
3,158,847
Latest member
fallingOutOfLoveWfithTech