[REF][Super Friendly] Governors, I/O Schedulers, Optimization Tips [14-NOV] - Sony Ericsson Xperia Mini, Mini Pro, Xperia Pro, A

Introduction
"It takes few hours to make a thread but it doesn't even take few seconds to say Thanks"- arpith.fbi
Click to expand...
Click to collapse
Code:
Don't be afraid to ask me anything.
I won't bite, but I might lick you.
Just thank me for this super brief thread.
Give credits to this thread by linking it if you're using any of my info.
Thank you to you too
Have you unlocked your bootloader of your current device ? If so, read it ! If not, learn the benifits ! :victory:
What is this thread about ? It is a very brief explanation of every governors and schedulers to let you find the best combo for your device.
I've been searching a lot about informations about Kernels, Governors, I/O Schedulers and also Android Optimization Tips. No matter its Google or XDA or other android forums. I will go into it and try the best I can to find these infos. So I thought of sharing it to here for the Mini, Mini Pro, Active and also Live with Walkman users.
My main reason to share this is to benefit users for better knowledge about Kernels, Governors, I/O Schedulers and Tips on Android Optimization. I'm not aware of whether where this should be posted, its related to kernels, governors and schedulers so I think it would be best if I share it to here. Yes, I wrote it word by word with references.Happy learning. :angel:
After months on XDA, no matter its in a development forum or Off Topic forum. Users kept on asking what's this what's that. And I'm sure that not all members will understand what is it until they bump into my thread
FAQs regarding on :-
-I/O Schedulers
-Kernel Governers
-Better RAM
-Better Battery
-FAQs
*Will add more when I found something useful.
Click to expand...
Click to collapse
I do a lot of asking by PM, to learn, it doesn't matter whether its a stupid one. (People who know me understands)
With my experience and lots of asking. I managed to find a lot of infos that we can use to optimize our phone.
I will try to explain as clear as I can.
Governors :-
-Smoothass
-Smartass
-SmartassV2
-SavagedZen
-Interactivex
-Lagfree
-Minmax
-Ondemand
-Conservative
-Brazilianwax
-Userspacce
-Powersave
-Performance
-Scary
-Lulzactive *
-Intellidemand *
-Badass *
-Lionheart *
-Lionheartx *
-Virtuous *
* Not yet available in current kernels in this forum
Explanation
OnDemand
Brief
Available in most kernels, and the default governor in most kernels. When the CPU load reaches a certain point, OnDemand will rapidly scale the CPU up to meet the demand, then gradually scale the CPU down when it isn't needed.
Click to expand...
Click to collapse
Review
Brief says all. By a simple explantion, OnDemand scales up to the required frequency to undergo the action you are doing and rapidly scales down after use.
Conservative
Brief
It is similar to the OnDemand governor, but will scale the CPU up more gradually to better fit demand. Conservative governor provides a less responsive experience than OnDemand, but it does save batter
Click to expand...
Click to collapse
Review
Conservative is the opposite of Interactive; it will slowly ramp up the frequency, then quickly drops the frequency once the CPU is no longer under a certain usage.
Interactive
Brief
Available in latest kernels, it is the default scaling option in some stock kernels. Interactive governor is similar to the OnDemand governor with an even greater focus on responsiveness.
Click to expand...
Click to collapse
Review
Interactive is the opposite of Conservative; it quickly scales up to the maximum allowed frequency, then slowly drops the frequency once no longer in use.
Performance
Brief
Performance governer locks the phone's CPU at maximum frequency. While this may sound like an ugly idea, there is growing evidence to suggest that running a phone at its maximum frequency at all times will allow a faster race-to-idle. Race-to-idle is the process by which a phone completes a given task. After that it returns the CPU to extremely efficient low-power state.
Click to expand...
Click to collapse
Review
Good at gaming, Really good. Disadvantages are it may damage your phone if too much usage.
Powersave
Brief
The opposite of the Performance governor, the Powersave governor locks the CPU frequency at the lowest frequency set by the user.
Click to expand...
Click to collapse
Review
Set it to your desired minimum frequency and you won't have to look for your charger for once in a while.
Scary
Brief
A new governor wrote based on Conservative with some Smartass features, it scales accordingly to Conservative's way. It will start from the bottom. It spends most of its time at lower frequencies. The goal of this is to get the best battery life with decent performance. It will give the same performance as Conservative right now.
Click to expand...
Click to collapse
Review
Hmm.. Overall I don't see any difference. After I understand its main objective. I was very curious and decided to use it again. Results are the same.. No difference. Report to me if anyone has tested this.
Userspace
Brief
Userspace is not a governor pre-set, but instead allows for non-kernel daemons or apps with root permissions to control the frequency. Commonly seen as a redundant and not useful since SetCPU and NoFrills exist.
Click to expand...
Click to collapse
Review
Highly not recommended for use.
Smartass
Brief
It is based on the concept of the Interactive governor.
Smartass is a complete rewrite of the code of Interactive. Performance is on par with the “old” minmax and Smartass is a bit more responsive. Battery life is hard to quantify precisely but it does spend much more time at the lower frequencies.
Click to expand...
Click to collapse
Review
Smartass is rather the governer that will save your battery and make use of your processor for daily use. Like the brief explantion said " Smartass will spend much more time on lower frequencies." So logically you don't need for sleep profiles anymore.
SmartassV2
Brief
Theoretically a merge of the best properties of Interactive and OnDemand; automatically reduces the maximum CPU frequency when phone is idle or asleep, and attempts to balance performance with efficiency by focusing on an "ideal" frequency.
Click to expand...
Click to collapse
Review
This is a much favourite to everybody. I believe almost everyone here is using SmartassV2. Yes, it is better than Smartass because of its speed no scaling frequencies from min to max at a short period of time.
Smoothass
Brief
A much more aggressive version of Smartass that is very quick to ramp up and down, and keeps the idle/asleep maximum frequency even lower.
Click to expand...
Click to collapse
Review
In my personal experience, this is really useful for daily use. And yes, I'm using it all the time. It may decrease your battery life. I saw it OC itself to 1.4 gHz when I set it to 1.2. Good use. Recommended.
Brazilianwax
Brief
Similar to SmartassV2. More aggressive scaling, so more performance, but less battery.
Click to expand...
Click to collapse
Review
Based on SmartassV2. But its advantage is a much more performance wise governor.
SavagedZen
Brief
Another SmartassV2 based governor. Achieves good balance between performance & battery as compared to Brazilianwax.
Click to expand...
Click to collapse
Review
Not much difference compared to SmartassV2. But it is a optimized version of it.
Lagfree
Brief
Again, similar to Smartass but based on Conservative rather than Interactive, instantly jumps to a certain CPU frequency after the device wakes, then operates similar to Conservative. However, it has been noted as being very slow when down-scaling, taking up to a second to switch frequencies.
Click to expand...
Click to collapse
Review
Used it before. Like the name of the governor, I didn't experience any lag whatsoever. Another governor based on performance, but not battery efficient.
MinMax
Brief
MinMax is just a normal governor. No scaling intermediate frequency scaling is used.
Click to expand...
Click to collapse
Review
Well.. it's too normal that I can't really say anything about it..
Interactivex
Brief
InteractiveX governor is based heavily on the Interactive governor, enhanced with tuned timer parameters to optimize the balance of battery vs performance. InteractiveX governor's defining feature, however, is that it locks the CPU frequency to the user's lowest defined speed when the screen is off.
Click to expand...
Click to collapse
Review
A better understanding from the brief to you users, this is an Interactive governor with a wake profile. More battery friendly than Interactive.
Due to current kernels doesn't have these governors. I will be delaying the explanation, its very interesting. If you want it ASAP, post below
-Lulzactive *
-Intellidemand *
-Badass *
-Lionheart *
-Lionheartx *
-Virtuous *
**********************************************************************************************************************************************************************
I/O Schedulers(thanks to droidphile)
Deadline
Goal is to minimize I/O latency or starvation of a request. The same is achieved by round robin policy to be fair among multiple I/O requests. Five queues are aggressively used to reorder incoming requests.
Advantages:
Nearly a real time scheduler.
Excels in reducing latency of any given single I/O.
Best scheduler for database access and queries.
Bandwidth requirement of a process - what percentage of CPU it needs, is easily calculated.
Like noop, a good scheduler for solid state/flash drives.
Disadvantages:
When system is overloaded, set of processes that may miss deadline is largely unpredictable.
Click to expand...
Click to collapse
Noop
Inserts all the incoming I/O requests to a First In First Out queue and implements request merging. Best used with storage devices that does not depend on mechanical movement to access data. Advantage here is that flash drives does not require reordering of multiple I/O requests unlike in normal hard drives.
Advantages:
Serves I/O requests with least number of cpu cycles. (Battery friendly?)
Best for flash drives since there is no seeking penalty.
Good throughput on db systems.
Disadvantages:
Reduction in number of cpu cycles used is proportional to drop in performance.
Click to expand...
Click to collapse
Anticipatory
Based on two facts
i) Disk seeks are really slow.
ii) Write operations can happen whenever, but there is always some process waiting for read operation.
So anticipatory prioritize read operations over write. It anticipates synchronous read operations.
Advantages:
Read requests from processes are never starved.
As good as noop for read-performance on flash drives.
Disadvantages:
'Guess works' might not be always reliable.
Reduced write-performance on high performance disks.
Click to expand...
Click to collapse
BFQ
nstead of time slices allocation by CFQ, BFQ assigns budgets. Disk is granted to an active process until it's budget (number of sectors) expires. BFQ assigns high budgets to non-read tasks. Budget assigned to a process varies over time as a function of it's behavior.
Advantages:
Believed to be very good for usb data transfer rate.
Believed to be the best scheduler for HD video recording and video streaming. (because of less jitter as compared to CFQ and others)
Considered an accurate i/o scheduler.
Achieves about 30% more throughput than CFQ on most workloads.
Disadvantages:
Not the best scheduler for benchmarking.
Higher budget assigned to a process can affect interactivity and increased latency.
Click to expand...
Click to collapse
CFQ
Completely Fair Queuing scheduler maintains a scalable per-process I/O queue and attempts to distribute the available I/O bandwidth equally among all I/O requests. Each per-process queue contains synchronous requests from processes. Time slice allocated for each queue depends on the priority of the 'parent' process. V2 of CFQ has some fixes which solves process' i/o starvation and some small backward seeks in the hope of improving responsiveness.
Advantages:
Considered to deliver a balanced i/o performance.
Easiest to tune.
Excels on multiprocessor systems.
Best database system performance after deadline.
Disadvantages:
Some users report media scanning takes longest to complete using CFQ. This could be because of the property that since the bandwidth is equally distributed to all i/o operations during boot-up, media scanning is not given any special priority.
Jitter (worst-case-delay) exhibited can sometimes be high, because of the number of tasks competing for the disk.
Click to expand...
Click to collapse
SIO
Simple I/O scheduler aims to keep minimum overhead to achieve low latency to serve I/O requests. No priority quesues concepts, but only basic merging. Sio is a mix between noop & deadline. No reordering or sorting of requests.
Advantages:
Simple, so reliable.
Minimized starvation of requests.
Disadvantages:
Slow random-read speeds on flash drives, compared to other schedulers.
Sequential-read speeds on flash drives also not so good.
Click to expand...
Click to collapse
VR
Unlike other schedulers, synchronous and asynchronous requests are not treated separately, instead a deadline is imposed for fairness. The next request to be served is based on it's distance from last request.
Advantages:
May be best for benchmarking because at the peak of it's 'form' VR performs best.
Disadvantages:
Performance fluctuation results in below-average performance at times.
Least reliable/most unstable.
Click to expand...
Click to collapse
**********************************************************************************************************************************************************************
Android Optimization Tips
Want more free RAM/Better Battery Life/More performance ?
There's a lot of ways available for optimizing. Some of them are crap and some of them are actually useful.
Here I will guide you on HOW TO MAKE FULL USE MY TIPS.
Guides/Explanation that needs Modding
LowMemoryKiller (thanks to pikachu01)
LowMemoryKiller is a constant debate between more free RAM and more multitasking capabilities as free RAM.
It is actually a feature in the Android OS for better memory management.
You can read more about it HERE
This is an important feature due to the perennial problem of having low free memory causing lagginess and slowness in launching apps. When you have free memory lingering around the number of 40MB or less, the Android OS just lags like LOL.
What this would mean is, you would want to tweak the LMK to not have the situation of it having less than 40MB (or even close to that).
The modern Linux machine in the Android ecosystem relies on a mechanism called Low Memory Killer (LMK) to consistently free up RAM. This is due to Android's internal mechanism of caching apps (and never fully exiting them) when you press the back button. This is to enable faster app switching and provide a seamless experience for apps usage model. Android also, by itself will also constantly look for often used apps to cache them for faster app opening. This will happen even before your system fully boots.
Now, when you mention LMK, the most obvious thoughts that come up are minfrees and Out Of Memory (OOM) groupings. Yes, those two are integral parts when it comes to LMK. The issue here is that no one actually mentioned that there are two LMK systems in Android, that being:
- Linux LMK
- Android Dalvik VM LMK
Both are separate entities that kills/removes app/dalvik cache from RAM when RAM reaches a certain level.
What confuses most people is that the OOM groupings of both mechanisms have the same names being (Android 2.3 based):
LMK App Categories
FOREGROUND_APP: Your apps in the foreground, being used currently, interfacing with the user.
VISIBLE_APP: Visible app that is still viewable by the user, but not interacting with the user, example could be apps that reside in the status bar, and giving live information i.e. Os monitor graphs.
PERCEPTIBLE_APP: App that the user can still perceive i.e. Music app that is playing music.
HEAVY_WEIGHT_APP: RAM heavy apps that are not being interacted with, but will be a pain to load if its information is cleared in the memory.
SECONDARY_SERVER: App that acts as a secondary server. Not sure what this really means, but client-server thingy but secondary? Could be something that syncs with an app, but is not syncing currently?
BACKUP_APP: App that is currently making a backup (like Titanium backup?)
HOME_APP: Your launcher.
HIDDEN_APP: An exited app that still significant residual memory in the RAM. Exited only some time ago, or is constantly used by the user.
EMPTY_APP: An exited app that only has small remnants of residual memory in RAM. App that is exited quite some time ago.
Click to expand...
Click to collapse
*NOTE I don't really understand OOM Groupings. This is what I learned from the link in the description above.
HEREis Gustavo RD78's thread that users could follow up on OOM Groupings
Want some more about OOMs? Tell me !
Guides/Explanation that uses Apps
-SOON
Guides/Explanation that uses Scripts
Delayed. basically will be reviewing each script available. Will start from this forum's scripts devs be ready to think more on describing you scripts
.BTW, here's The List of Scripts
BONUS!
Manner lessons.
Click the THANKS button whenever somebody helped you.
Also click THANKS to modders and themers and devs. It is understandable that not everybody could donate but clicking a THANKS might also make thier day. They are also humans though. If you were the modder / themer / dev, would you hope people thank you when they're enjoying your work ? YES!
so be respectful to anyone that work tirelessly to provide you with thier ROM, Script, Mods, Themes, etc..
and Click Thanks to them.
Click to expand...
Click to collapse
Would I like a Thanks ? YES OF COURSE
Credits
pikachu01
droidphile
Knight47
Wiki
Google
kokzhanjia
PM me if you THINK you should be here.

Kernel Info
Collecting reviews. Anyone send me your review and i will highly credit you.
If by the time I think I need to update, I will be adding my own review.
*NOTE PM me first to let me know if you're doing it. That way I will give you time and wait you.

FAQ
reserved for questions that are asked frequently

great work bro
very nicely explained and everything

bro i think Knight47 also explained same thing in ray forum...its better u add his credits also

mv_style said:
great work bro
very nicely explained and everything
Click to expand...
Click to collapse
Lol really took me a long time collecting infos. Making me crazy by describing the governors and schedulers.
Anyway Thanks
Sent from my WT19i

sandy7 said:
bro i think Knight47 also explained same thing in ray forum...its better u add his credits also
Click to expand...
Click to collapse
Added.. just saw it.. i think mine is much more brief ?
Sent from my WT19i

kokzhanjia said:
Added.. just saw it.. i think mine is much more brief ?
Sent from my WT19i
Click to expand...
Click to collapse
yup i can see...nice work.

Thanks Sandy..

Very nice explanation bro... Brief and to the point...
Sent from my WT19i using xda app-developers app

Nyc Work bro...briefly Explained...:thumbup:
Sent from my ST15i using xda premium

Excellent job !!

rachit.rc96 said:
Very nice explanation bro... Brief and to the point...
Sent from my WT19i using xda app-developers app
Click to expand...
Click to collapse
Thanks bro.. worked hard for this
Sent from my WT19i

dynamic_4444 said:
Nyc Work bro...briefly Explained...:thumbup:
Sent from my ST15i using xda premium
Click to expand...
Click to collapse
ctragas said:
Excellent job !!
Click to expand...
Click to collapse
these comment motivates me a lot. Thank you. I appreciate it.
Anyone give suggestion please? In depth kernel info first or faq first?
Sent from my WT19i

Hmmm...not bad...

Best Explanation so far i've seen bro
Thanks

http://forum.xda-developers.com/showthread.php?t=1369817

Till-Kruspe said:
Hmmm...not bad...
Click to expand...
Click to collapse
TeamIndia said:
Best Explanation so far i've seen bro
Thanks
Click to expand...
Click to collapse
Thank you. benefit users here
Sent from my WT19i

Yesterday I unlocked the bootloader on my phone and flashed a new kernel. And I was looking for some explanation of the governors..and here it is, just like that Thank you buddy, it really helped me
[email protected] 2

Patrol619 said:
Yesterday I unlocked the bootloader on my phone and flashed a new kernel. And I was looking for some explanation of the governors..and here it is, just like that Thank you buddy, it really helped me
[email protected] 2
Click to expand...
Click to collapse
Great
Sent from my WT19i

Related

[Q] Kernel Governors

I have found explanations for most of the governors but would be nice to have a better explanation of the governors in particular the Smartass governor. Any kernel devs want to do a nice writeup explaining these.
Thanks.
the thing with governors is that they typically vary by developers and sometimes even by individual kernels. The concept of smartass is to throttle back when not used and ramp up using more slots to accurately match your speed to your usage. Most devs throw their own tweaks into each governor though, specifically the smartass one most
hope that helps a little bit...
Nice development thread!
This is more of a general question (and probably will rightfully be moved there soon enough)
Here it is though
Performance (never use): Keeps CPU at max all of the time
Powersave (never use):Keeps the CPU at min at all times
Conservative (personally suggested): Keeps CPU at lowest clockspeed possible while trying to perform well
interactive: Generally not used
smartass: works like conservative most of the time but locks the CPU at a low clock speed with screen off (depends on the kernel on exacts)
interactiveX: Seen in a kernel for my TB but NO idea what it does at all
Any I miss?
Userspace. Nobody knows what the hell its for.
Ondemand...lowers clock when not needed, ramps up very quickly when needed.
Interactive is very similar in that manner.
smartass can be configured to act like conservative or ondemand. I have it acting more like ondemand.
Standard Linux governors.

[Q] smartass vs. ondemand

Hi,
Since we can add the smartass module developped for the X8, I wonder what are the pros/cons of smartass vs. ondemand, as regards energy consumption and performance.
If there's already information about that, feel free to point me to the source. But don't hesitate to give me your opinnion based on your experience.
SebbyNC
sebbync said:
Hi,
Since we can add the smartass module developped for the X8, I wonder what are the pros/cons of smartass vs. ondemand, as regards energy consumption and performance.
If there's already information about that, feel free to point me to the source. But don't hesitate to give me your opinnion based on your experience.
SebbyNC
Click to expand...
Click to collapse
Rudimentary comparisons:
Generally:
Performance: Smartass < Ondemand
Battery life: Smartass > Ondemand
Cheers
SpyderX
Remember to set correct settings for smartass.
Thanks SpyderX, in your comparison is there any way to have an idea about how much one is better than the other (5% or 25% advantage or disadvantage....) ?
sebbync said:
Thanks SpyderX, in your comparison is there any way to have an idea about how much one is better than the other (5% or 25% advantage or disadvantage....) ?
Click to expand...
Click to collapse
No. But battery life can last a whole day more using smartass and moderate use. As for performance smartass governor will cause minor lag on opening apps etc.

[Q] About noop, deadline, bfq, cfq

I’ve flashed DooMKernel and installed IncrediControl app.
There are 4 I/O schedulers: noop, deadline, bfq, cfq.
Which one is the best for performance & long battery life?
bfq for heavy IO load, deadline for normal usage.
Sent from my LT26i using XDA
http://forum.xda-developers.com/showpost.php?p=22134559&postcount=4
Q. "Best I/O Scheduler?"
A.There is nothing called "best" i/o scheduler. Depending on your usage environment and tasks/apps been run, use different schedulers. That's the best i can suggest.
However, considering the overall performance, battery, reliability and low latency, it is believed that
SIO > Noop => Deadline > VR > BFQ > CFQ, given all schedulers are tweaked and the storage used is a flash device.
Click to expand...
Click to collapse
http://forum.xda-developers.com/showpost.php?p=25387200&postcount=1
drigerott said:
http://forum.xda-developers.com/showpost.php?p=22134559&postcount=4
http://forum.xda-developers.com/showpost.php?p=25387200&postcount=1
Click to expand...
Click to collapse
Deadline > noop for average android workload. Noop is good for slow(ish) memory
Sent from my LT26i using XDA
yes me too prefer Deadline over Noop
i asked DooM for SIO in next releas
The phone has flash memory, I don't think the I/O scheduler makes any difference at all.
Or does the scheduler collect reads/writes to leave the memory in sleep mode (if there is any) a longer time?
Pezo said:
The phone has flash memory, I don't think the I/O scheduler makes any difference at all.
Click to expand...
Click to collapse
yes , at least you can get 10 ms less in latency or 1 fps (considering an OC xperia s at 1,89 GHz ) but normally i prefer use noop and seldom bfq
P.S. I you wanna try the best you can benchmark it or force cpu freq. to 192 mhz and try all the schedulers
for those interested i benched at lowest cpu speeds, pretty much no difference between noop & deadline, noop slightly faster read (64.4 / 61.4)
cfq only 40.3 read, same write
There can be a huge diference!..
ishamm said:
for those interested i benched at lowest cpu speeds, pretty much no difference between noop & deadline, noop slightly faster read (64.4 / 61.4)
cfq only 40.3 read, same write
Click to expand...
Click to collapse
I have tested just about all and they are noticeable under different types of workload no doubt using setcpu on my Galaxy S3.
Cfq- "completely fair quing" does just as is sounds.
Bfq- "bandwidth fair quing" similar to cfq but distributes work load fairly giving the exception to prioritize work or task requiring more bandwidth given the app or task has set a priority
, usually asked within a program app.
Row "read over write" gives priority to reading task such as video play back, play intense games and or graphics, overall screen smoothness and cripness , as long as data doesn't require heavy write type of task. Example of an issue I had is, I left I/o in row and had been using ttorent to download a large torrent, uploading was OK but downloading speed was sticking and malfunctioning ttorent up until I switched to cfq. Could not multi task since downloading is obviously a write style task and all priority was to read over write. I love row when I am playing games or want a smooth experience.
Noop- is the idea of first come first serve, get you cake and wait in line to get another peice so if a fat ass is just requiring the whole cake others get hungry but must wait there turn. Bfq can solve that issue especially with sudden heavy multitasking not sticking a task to feel sluggish.
On demand - ramps up processor speed fairly quick returning to idle quick using juice to regain accelerated state once requested again. Conservetive is similar but less quick to jump up and with that said I can get good battery life on performance at times of heavy use do to the stability rather than constant ramps.
---------- Post added at 03:24 AM ---------- Previous post was at 03:19 AM ----------
ishamm said:
for those interested i benched at lowest cpu speeds, pretty much no difference between noop & deadline, noop slightly faster read (64.4 / 61.4)
cfq only 40.3 read, same write
Click to expand...
Click to collapse
I have tested just about all and they are noticeable under different types of workload no doubt using setcpu on my Galaxy S3.
Cfq- "completely fair quing" does just as is sounds.
Bfq- "bandwidth fair quing" similar to cfq but distributes work load fairly giving the exception to prioritize work or task requiring more bandwidth given the app or task has set a priority
, usually asked within a program app.
Row "read over write" gives priority to reading task such as video play back, play intense games and or graphics, overall screen smoothness and cripness , as long as data doesn't require heavy write type of task. Example of an issue I had is, I left I/o in row and had been using ttorent to download a large torrent, uploading was OK but downloading speed was sticking and malfunctioning ttorent up until I switched to cfq. Could not multi task since downloading is obviously a write style task and all priority was to read over write. I love row when I am playing games or want a smooth experience.
Noop- is the idea of first come first serve, get you cake and wait in line to get another peice so if a fat ass is just requiring the whole cake others get hungry but must wait there turn. Bfq can solve that issue especially with sudden heavy multitasking not sticking a task to feel sluggish.
On demand - ramps up processor speed fairly quick returning to idle quick using juice to regain accelerated state once requested again. Conservetive is similar but less quick to jump up and with that said I can get good battery life on performance at times of heavy use do to the stability rather than constant ramps.
I wonder what's in 2022 now. I read that on netbooks with eMMC BFQ gives a significant boost and there were even benchmarks for normal operation (not just read/write)
I too have definitely wondered where the Android OS has gotten in terms of efficiency with much newer hardware and proficiency in schedulers.
Being the OP is approaching a decade old, and a Google search for "android schedulers and their use cases" tubs this ancient thread up in #2 position! Lol
lenigma1too said:
I too have definitely wondered where the Android OS has gotten in terms of efficiency with much newer hardware and proficiency in schedulers.
Being the OP is approaching a decade old, and a Google search for "android schedulers and their use cases" tubs this ancient thread up in #2 position! Lol
Click to expand...
Click to collapse
So also finding firmware with other schedulers is another story. So is finding firmware with F2FS on the /system partition
FineSoFar said:
So also finding firmware with other schedulers is another story. So is finding firmware with F2FS on the /system partition
Click to expand...
Click to collapse
F2FS AFAIK is not a scheduler, but a type of file system for NAND flash, such as the type on nearly all cell phones.
You likely have seen ext4, or XFS, and perhaps in windows you have seen NTFS when initializing a new drive
These are all types of file systems.
F2FS, specifically 3.2 and above are extremely fast & efficient, and support much larger drives and file sizes in comparison to its geriatric older cousin ext4
As for efficient schedulers for F2FS, this is where I need more data, preferably explained to me the 1st time like I'm a very inquisitive 5 year old
I have found info, lots of highly technical info I don't have the collage degree to understand fully on GitHub, but it doesn't do a great job at explaining why A type scheduler is better than B type scheduler for doing this that and those things.
But I am slowly learning!
If any Dev in the know happens upon this post, I'll dance at your wedding if you could drop a list of pros and cons for say the 10 most common schedulers used in MODERN Android builds?
Say, Oreo and above maybe?
I completely understand if you want to exclude Android 12, as I understand it contains significant changes to how Android and apps both read and utilize data
I suspect that would make answering my question quickly and efficiently near impossible, yeah?
Cheers all!!
lenigma1too said:
F2FS AFAIK is not a scheduler, but a type of file system for NAND flash, such as the type on nearly all cell phones.
You likely have seen ext4, or XFS, and perhaps in windows you have seen NTFS when initializing a new drive
These are all types of file systems.
F2FS, specifically 3.2 and above are extremely fast & efficient, and support much larger drives and file sizes in comparison to its geriatric older cousin ext4
As for efficient schedulers for F2FS, this is where I need more data, preferably explained to me the 1st time like I'm a very inquisitive 5 year old
I have found info, lots of highly technical info I don't have the collage degree to understand fully on GitHub, but it doesn't do a great job at explaining why A type scheduler is better than B type scheduler for doing this that and those things.
But I am slowly learning!
If any Dev in the know happens upon this post, I'll dance at your wedding if you could drop a list of pros and cons for say the 10 most common schedulers used in MODERN Android builds?
Say, Oreo and above maybe?
I completely understand if you want to exclude Android 12, as I understand it contains significant changes to how Android and apps both read and utilize data
I suspect that would make answering my question quickly and efficiently near impossible, yeah?
Cheers all!!
Click to expand...
Click to collapse
I know the difference and I don't confuse the two. It's all about memory optimisation, which is why I mentioned it.
You don't usually choose a scheduler for the FS, you usually choose a scheduler for the host. I checked this with my own computer and for WD Gold for example BFQ was always better, but for Toshiba BFQ was ambiguous, it increased some characteristics and worsened others. On Android, similar scheduler tests, one is better and one is worse. So there's a choice between which numbers you want.
But on desktop Linux it's easier. F2FS and mq-deadline for SSD and ext4 and BFQ for HDD. After a good experience on the desktop I would like F2FS on the phone as well. The speed is not necessarily higher, but at least there will not be double journaling as with ext4 (if it is still relevant on A12).
Translated with www.DeepL.com/Translator (free version)

[REF][Super Friendly] Explanation of Governors, I/O Schedulers and Kernels [23-Nov]

Introduction
"It takes few hours to make a thread but it doesn't even take few seconds to say Thanks"- arpith.fbi
Click to expand...
Click to collapse
Code:
Don't be afraid to ask me anything.
I won't bite, but I might lick you.
Just thank me for this super brief thread.
Give credits to this thread by linking it if you're using any of my info.
Thank you to you too
Have you unlocked your bootloader of your current device ? If so, read it ! If not, learn the benifits ! :victory:
What is this thread about ? It is a very brief explanation of every governors and schedulers to let you find the best combo for your device.
I've been searching a lot about informations about Kernels, Governors, I/O Schedulers and also Android Optimization Tips. No matter its Google or XDA or other android forums. I will go into it and try the best I can to find these infos. So I thought of sharing it to here for the Neo users.
My main reason to share this is to benefit users for better knowledge about Kernels, Governors, I/O Schedulers and Tips on Android Optimization. I'm not aware of whether where this should be posted, its related to kernels, governors and schedulers so I think it would be best if I share it to here. Yes, I wrote it word by word with references.Happy learning. :angel:
After months on XDA, no matter its in a development forum or Off Topic forum. Users kept on asking what's this what's that. And I'm sure that not all members will understand what is it until they bump into my thread
FAQs regarding on :-
-I/O Schedulers
-Kernel Governers
-Better RAM
-Better Battery
-FAQs
*Will add more when I found something useful.
Click to expand...
Click to collapse
I do a lot of asking by PM, to learn, it doesn't matter whether its a stupid one. (People who know me understands)
With my experience and lots of asking. I managed to find a lot of infos that we can use to optimize our phone.
I will try to explain as clear as I can.
Governors :-
-Smoothass
-Smartass
-SmartassV2
-SavagedZen
-Interactivex
-Lagfree
-Minmax
-Ondemand
-Conservative
-Brazilianwax
-Userspacce
-Powersave
-Performance
-Scary
-Lulzactive *
-Intellidemand *
-Badass *
-Lionheart *
-Lionheartx *
-Virtuous *
* Not yet available in current kernels in this forum
Explanation
OnDemand
Brief
Available in most kernels, and the default governor in most kernels. When the CPU load reaches a certain point, OnDemand will rapidly scale the CPU up to meet the demand, then gradually scale the CPU down when it isn't needed.
Click to expand...
Click to collapse
Review
Brief says all. By a simple explantion, OnDemand scales up to the required frequency to undergo the action you are doing and rapidly scales down after use.
Conservative
Brief
It is similar to the OnDemand governor, but will scale the CPU up more gradually to better fit demand. Conservative governor provides a less responsive experience than OnDemand, but it does save batter
Click to expand...
Click to collapse
Review
Conservative is the opposite of Interactive; it will slowly ramp up the frequency, then quickly drops the frequency once the CPU is no longer under a certain usage.
Interactive
Brief
Available in latest kernels, it is the default scaling option in some stock kernels. Interactive governor is similar to the OnDemand governor with an even greater focus on responsiveness.
Click to expand...
Click to collapse
Review
Interactive is the opposite of Conservative; it quickly scales up to the maximum allowed frequency, then slowly drops the frequency once no longer in use.
Performance
Brief
Performance governer locks the phone's CPU at maximum frequency. While this may sound like an ugly idea, there is growing evidence to suggest that running a phone at its maximum frequency at all times will allow a faster race-to-idle. Race-to-idle is the process by which a phone completes a given task. After that it returns the CPU to extremely efficient low-power state.
Click to expand...
Click to collapse
Review
Good at gaming, Really good. Disadvantages are it may damage your phone if too much usage.
Powersave
Brief
The opposite of the Performance governor, the Powersave governor locks the CPU frequency at the lowest frequency set by the user.
Click to expand...
Click to collapse
Review
Set it to your desired minimum frequency and you won't have to look for your charger for once in a while.
Scary
Brief
A new governor wrote based on Conservative with some Smartass features, it scales accordingly to Conservative's way. It will start from the bottom. It spends most of its time at lower frequencies. The goal of this is to get the best battery life with decent performance. It will give the same performance as Conservative right now.
Click to expand...
Click to collapse
Review
Hmm.. Overall I don't see any difference. After I understand its main objective. I was very curious and decided to use it again. Results are the same.. No difference. Report to me if anyone has tested this.
Userspace
Brief
Userspace is not a governor pre-set, but instead allows for non-kernel daemons or apps with root permissions to control the frequency. Commonly seen as a redundant and not useful since SetCPU and NoFrills exist.
Click to expand...
Click to collapse
Review
Highly not recommended for use.
Smartass
Brief
It is based on the concept of the Interactive governor.
Smartass is a complete rewrite of the code of Interactive. Performance is on par with the “old” minmax and Smartass is a bit more responsive. Battery life is hard to quantify precisely but it does spend much more time at the lower frequencies.
Click to expand...
Click to collapse
Review
Smartass is rather the governer that will save your battery and make use of your processor for daily use. Like the brief explantion said " Smartass will spend much more time on lower frequencies." So logically you don't need for sleep profiles anymore.
SmartassV2
Brief
Theoretically a merge of the best properties of Interactive and OnDemand; automatically reduces the maximum CPU frequency when phone is idle or asleep, and attempts to balance performance with efficiency by focusing on an "ideal" frequency.
Click to expand...
Click to collapse
Review
This is a much favourite to everybody. I believe almost everyone here is using SmartassV2. Yes, it is better than Smartass because of its speed no scaling frequencies from min to max at a short period of time.
Smoothass
Brief
A much more aggressive version of Smartass that is very quick to ramp up and down, and keeps the idle/asleep maximum frequency even lower.
Click to expand...
Click to collapse
Review
In my personal experience, this is really useful for daily use. And yes, I'm using it all the time. It may decrease your battery life. I saw it OC itself to 1.4 gHz when I set it to 1.2. Good use. Recommended.
Brazilianwax
Brief
Similar to SmartassV2. More aggressive scaling, so more performance, but less battery.
Click to expand...
Click to collapse
Review
Based on SmartassV2. But its advantage is a much more performance wise governor.
SavagedZen
Brief
Another SmartassV2 based governor. Achieves good balance between performance & battery as compared to Brazilianwax.
Click to expand...
Click to collapse
Review
Not much difference compared to SmartassV2. But it is a optimized version of it.
Lagfree
Brief
Again, similar to Smartass but based on Conservative rather than Interactive, instantly jumps to a certain CPU frequency after the device wakes, then operates similar to Conservative. However, it has been noted as being very slow when down-scaling, taking up to a second to switch frequencies.
Click to expand...
Click to collapse
Review
Used it before. Like the name of the governor, I didn't experience any lag whatsoever. Another governor based on performance, but not battery efficient.
MinMax
Brief
MinMax is just a normal governor. No scaling intermediate frequency scaling is used.
Click to expand...
Click to collapse
Review
Well.. it's too normal that I can't really say anything about it..
Interactivex
Brief
InteractiveX governor is based heavily on the Interactive governor, enhanced with tuned timer parameters to optimize the balance of battery vs performance. InteractiveX governor's defining feature, however, is that it locks the CPU frequency to the user's lowest defined speed when the screen is off.
Click to expand...
Click to collapse
Review
A better understanding from the brief to you users, this is an Interactive governor with a wake profile. More battery friendly than Interactive.
Due to current kernels doesn't have these governors. I will be delaying the explanation, its very interesting. If you want it ASAP, post below
-Lulzactive *
-Intellidemand *
-Badass *
-Lionheart *
-Lionheartx *
-Virtuous *
**********************************************************************************************************************************************************************
I/O Schedulers(thanks to droidphile)
Deadline
Goal is to minimize I/O latency or starvation of a request. The same is achieved by round robin policy to be fair among multiple I/O requests. Five queues are aggressively used to reorder incoming requests.
Advantages:
Nearly a real time scheduler.
Excels in reducing latency of any given single I/O.
Best scheduler for database access and queries.
Bandwidth requirement of a process - what percentage of CPU it needs, is easily calculated.
Like noop, a good scheduler for solid state/flash drives.
Disadvantages:
When system is overloaded, set of processes that may miss deadline is largely unpredictable.
Click to expand...
Click to collapse
Noop
Inserts all the incoming I/O requests to a First In First Out queue and implements request merging. Best used with storage devices that does not depend on mechanical movement to access data. Advantage here is that flash drives does not require reordering of multiple I/O requests unlike in normal hard drives.
Advantages:
Serves I/O requests with least number of cpu cycles. (Battery friendly?)
Best for flash drives since there is no seeking penalty.
Good throughput on db systems.
Disadvantages:
Reduction in number of cpu cycles used is proportional to drop in performance.
Click to expand...
Click to collapse
Anticipatory
Based on two facts
i) Disk seeks are really slow.
ii) Write operations can happen whenever, but there is always some process waiting for read operation.
So anticipatory prioritize read operations over write. It anticipates synchronous read operations.
Advantages:
Read requests from processes are never starved.
As good as noop for read-performance on flash drives.
Disadvantages:
'Guess works' might not be always reliable.
Reduced write-performance on high performance disks.
Click to expand...
Click to collapse
BFQ
nstead of time slices allocation by CFQ, BFQ assigns budgets. Disk is granted to an active process until it's budget (number of sectors) expires. BFQ assigns high budgets to non-read tasks. Budget assigned to a process varies over time as a function of it's behavior.
Advantages:
Believed to be very good for usb data transfer rate.
Believed to be the best scheduler for HD video recording and video streaming. (because of less jitter as compared to CFQ and others)
Considered an accurate i/o scheduler.
Achieves about 30% more throughput than CFQ on most workloads.
Disadvantages:
Not the best scheduler for benchmarking.
Higher budget assigned to a process can affect interactivity and increased latency.
Click to expand...
Click to collapse
CFQ
Completely Fair Queuing scheduler maintains a scalable per-process I/O queue and attempts to distribute the available I/O bandwidth equally among all I/O requests. Each per-process queue contains synchronous requests from processes. Time slice allocated for each queue depends on the priority of the 'parent' process. V2 of CFQ has some fixes which solves process' i/o starvation and some small backward seeks in the hope of improving responsiveness.
Advantages:
Considered to deliver a balanced i/o performance.
Easiest to tune.
Excels on multiprocessor systems.
Best database system performance after deadline.
Disadvantages:
Some users report media scanning takes longest to complete using CFQ. This could be because of the property that since the bandwidth is equally distributed to all i/o operations during boot-up, media scanning is not given any special priority.
Jitter (worst-case-delay) exhibited can sometimes be high, because of the number of tasks competing for the disk.
Click to expand...
Click to collapse
SIO
Simple I/O scheduler aims to keep minimum overhead to achieve low latency to serve I/O requests. No priority quesues concepts, but only basic merging. Sio is a mix between noop & deadline. No reordering or sorting of requests.
Advantages:
Simple, so reliable.
Minimized starvation of requests.
Disadvantages:
Slow random-read speeds on flash drives, compared to other schedulers.
Sequential-read speeds on flash drives also not so good.
Click to expand...
Click to collapse
VR
Unlike other schedulers, synchronous and asynchronous requests are not treated separately, instead a deadline is imposed for fairness. The next request to be served is based on it's distance from last request.
Advantages:
May be best for benchmarking because at the peak of it's 'form' VR performs best.
Disadvantages:
Performance fluctuation results in below-average performance at times.
Least reliable/most unstable.
Click to expand...
Click to collapse
Credits
-droidphile
-kokzhanjia
Reseved for kernel info
Sent from my WT19i
I usually go to http://forum.xda-developers.com/showthread.php?t=1369817 to see full explanation of each governor, io scheduler etc
archer928 said:
I always go to http://forum.xda-developers.com/showthread.php?t=1369817 to see full explanation of each governor, io scheduler etc
Click to expand...
Click to collapse
Yeah that one is great. Mine is straight forward i think
EDIT : And now you dont have to go that far now , just click over your development to see these ;D
Sent from my WT19i
Dude... exactly what I need. You are awesome.
archer928 said:
I usually go to http://forum.xda-developers.com/showthread.php?t=1369817 to see full explanation of each governor, io scheduler etc
Click to expand...
Click to collapse
Same here ...
But OP has already credited droidphile. I see!
So all's good!
Sent from my MT11i using xda premium
Ghostfreak NB said:
Same here ...
But OP has already credited droidphile. I see!
So all's good!
Sent from my MT11i using xda premium
Click to expand...
Click to collapse
In xda, i like how different forums have different users with different personalities. so i posted here so that i could feel that feeling again
Sent from my WT19i
Good work OP!
Keep updating whenever you've got time!
Sent from my MT11i using xda premium
kokzhanjia said:
Yeah that one is great. Mine is straight forward i think
EDIT : And now you dont have to go that far now , just click over your development to see these ;D
Click to expand...
Click to collapse
Mine isn't straight forward enough? May be because I over-explain things...
It isn't that 'far' if you bookmark a thread in browser bookmark toolbar
droidphile said:
Mine isn't straight forward enough? May be because I over-explain things...
It isn't that 'far' if you bookmark a thread in browser bookmark toolbar
Click to expand...
Click to collapse
I didnt mean that
What i meant was my thread is only for stuffs mentioned at the title.
No offence friend. Your thread is far more than complete.
Sent from WT19i
droidphile said:
Mine isn't straight forward enough? May be because I over-explain things...
It isn't that 'far' if you bookmark a thread in browser bookmark toolbar
Click to expand...
Click to collapse
Your thread is subscribed so question of it being 'far 'is totally wiped out!
And with that kinda explanation, that you've made,
Your thread rules!
Its best for getting very detailed info!
Just that OP has made a fair attempt to post it in our device forum! And has tried to keep it short!
Sent from my MT11i using xda premium

LineageOS Performance increase - Performance Profiles? Governors?

Hi all, I'm happy with LOS performance during light and medium tasks, but my device stutters more than I'd like during heavy tasks (e.g. maps, waze, etc) and app switching. Since battery life has been great, I'm willing to sacrifice some SOT for a more buttery UX. If that's even possible...
I started by changing performance profile from balanced mode to performance mode... and I can honestly say I don't notice a difference.
Now I'm just starting to experiment with changing the CPU and GPU governors using Kernel Adiutor. I've changed both little/big CPUs and GPU from interactive to performance. I'm not sure how to measure the results, but my feeling is that all around performance has increased, but the device still struggles with heavy tasks and app switching.
Anyone else have success tweaking? Please share your methods
JT-on said:
Anyone else have success tweaking? Please share your methods
Click to expand...
Click to collapse
Hi,
Use may be a custom kernel to tweak more.
And here a thread to know about tweaks:
https://forum.xda-developers.com/general/general/ref-to-date-guide-cpu-governors-o-t3048957
The best perf i got is with CPU gov bluactiv and io schedulers tripndroid.
But i did not tweaks all possible values.
I guess a lag will always be present as we have 2gb RAM phone
Disable fsync, set governor to darkness and scheduler to maple.
JT-on said:
Hi all, I'm happy with LOS performance during light and medium tasks, but my device stutters more than I'd like during heavy tasks (e.g. maps, waze, etc) and app switching. Since battery life has been great, I'm willing to sacrifice some SOT for a more buttery UX. If that's even possible...
I started by changing performance profile from balanced mode to performance mode... and I can honestly say I don't notice a difference.
Now I'm just starting to experiment with changing the CPU and GPU governors using Kernel Adiutor. I've changed both little/big CPUs and GPU from interactive to performance. I'm not sure how to measure the results, but my feeling is that all around performance has increased, but the device still struggles with heavy tasks and app switching.
Anyone else have success tweaking? Please share your methods
Click to expand...
Click to collapse
you can use custom kernel and increase performance
i set my governers to lionfish and disable fsync and i/o sceduler to maple its works great
chrisleLP said:
Disable fsync, set governor to darkness and scheduler to maple.
Click to expand...
Click to collapse
alimir98 said:
you can use custom kernel and increase performance
i set my governers to lionfish and disable fsync and i/o sceduler to maple its works great
Click to expand...
Click to collapse
Thanks both for the replies. What kernel do you use? And is there a trade-off when disabling fsync?
JT-on said:
Thanks both for the replies. What kernel do you use? And is there a trade-off when disabling fsync?
Click to expand...
Click to collapse
You can search for it for more info. But TL;DR, fsync prevents data loss when a sudden power outage happens. For example, you are saving something then you accidentally restart your phone for some reason, there is a chance, repeat, a chance of data loss. A whole year of having it disabled, I haven't had any loss.
chrisleLP said:
You can search for it for more info. But TL;DR, fsync prevents data loss when a sudden power outage happens. For example, you are saving something then you accidentally restart your phone for some reason, there is a chance, repeat, a chance of data loss. A whole year of having it disabled, I haven't had any loss.
Click to expand...
Click to collapse
Was working in parallel thanks for the TL;DR. For anyone following this thread, here's more info fsync https://forum.xda-developers.com/showthread.php?t=2244162.
JT-on said:
Was working in parallel thanks for the TL;DR. For anyone following this thread, here's more info fsync https://forum.xda-developers.com/showthread.php?t=2244162.
Click to expand...
Click to collapse
You are very much welcome.
JT-on said:
Thanks both for the replies. What kernel do you use? And is there a trade-off when disabling fsync?
Click to expand...
Click to collapse
using HD kernel with spectrum..its pretty good,,
new Astral kernel is looking good..its in beta stage but working perfectly fine
JT-on said:
Hi all, I'm happy with LOS performance during light and medium tasks, but my device stutters more than I'd like during heavy tasks (e.g. maps, waze, etc) and app switching. Since battery life has been great, I'm willing to sacrifice some SOT for a more buttery UX. If that's even possible...
I started by changing performance profile from balanced mode to performance mode... and I can honestly say I don't notice a difference.
Now I'm just starting to experiment with changing the CPU and GPU governors using Kernel Adiutor. I've changed both little/big CPUs and GPU from interactive to performance. I'm not sure how to measure the results, but my feeling is that all around performance has increased, but the device still struggles with heavy tasks and app switching.
Anyone else have success tweaking? Please share your methods
Click to expand...
Click to collapse
changing data and cache partition to f2fs make it really smooth.
and with HD kernel it makes it even smoother.
Again for anyone following, here's a link to popular HD kernel for Honor 5x, https://forum.xda-developers.com/honor-5x/development/kernel-hotdog-2-0-1-t3544887
While gaming, set the governor to performance for maximum smoothness.

Categories

Resources