[GUIDE] ...fast, Faster... FASTEST? (Overclock / underclock guide) - Moto Z2 Force Guides, News, & Discussion

Moto Z2 Force is a blazing fast smartphone. This out of any doubt.
Fore sure it is the fastest phone I've ever worked on.
On the shelf a lot of phones seem to be fast, BUT when you install over 200 apps on them and you are using 7 home screens full of widgets (ehm...) things become "a bit" different...
Not this time: over 200 apps installed didn't change it's fantastic speed. It's like working on an iPhone.. BUT this *is* doing something too! :laugh:
What's more interesting is that... it can be even faster too!!!
Many smartphones can be sligtly overclocked because of heating and battery life needs that lead manufacturer to lock frequencies to lower values respect of SoC capabilities. BUT usually root isn't enough to have overclock access, since higher frequencies need a modified kernel to be unlocked..
But Moto Z2 Force is not "one of many" smartphones...
Motorola confirmed my first impression I had on my old Griffin (Moto Z): they are making smartphone for "geeks"!
Moto Z2 force is using an 8 core Snapdragon 835 using "big-LITTLE" architecture:
- 4 high performance Kyro 280 cores clocked between 345 and 2361 MHz (big)
- 4 low power Kyro (???) cores clocked between 672 and 1900 MHz (LITTLE)
(frequencies adopted on EU unbranded XT1789-06... on different markets/versions they could differ...)
Obviously, low power cores work most on screen off conditions and during light tasks, while high performance ones enter the game when more performances are required as we have already seen on many similar architectures...
What's particularly interesting is that 2361 MHz is NOT the higher frequency of Kyro 280 and 672 MHz is NOT the lower frequency low power Kyro can work before going to deep sleep condition...
In fact big cores can work up to 2457 MHz (in a single step) and LITTLE ones down to 300 MHz (with 300, 364, 441, 518, 595 MHz intermediate steps available!)
What's is even more interesting is that simply by having root and a (great!) app called Kernel Adiutor - available on Play Store too - we can go to change (temporary or permanently) these values to overclock and/or underclock our system, eventually having better performances and/or better battery lifes...
I'm testing this and results are confirmed (by Kernel Adiutor statistics too...) and interesting: Z2 Force is not a device prone to overheat (like was my old Griffin instead... ) and so it seems to work with no issues at all @2457 MHz with interesting Geekbench 4 results as attached (please note that results are taken with all my 200 apps still installed & working... on lighter conditions they could be quite better too...).
In any case they are better than any Android Device recorded to date in Geekbench 4 charts... expecially for Multi-Core results...!! :highfive:
Underclock LITTLE cores from 672 MHz to lower values could (and I underline could...) improve battery life expecially during screen off conditions, BUT there are considerations to be taken:
- lower frequencies involves more time out of "deep sleep" condition too...
- on many devices adopting very low frequencies often lead to slow (or difficulties in...) "screen back on" operations
BUT there are MANY frequencies to eventually test so... games are open!!!
In any case, Motorola again! :good:

Feedbacks and eventual Geekbench4 / Antutu results on different clock settings are the welcome...

This is with the pantheon Kernel, prior to poking it.
https://browser.geekbench.com/v4/cpu/4880631

I'm doing some little tune up experiments with frequencies and these are some first results:
- lowering lower working frequency of LITTLE cores up to 345 MHz (from 672 MHz) seems to create no issues or delays on powering on screen even using fingerprint sensor...
On the other hand I'm still not so sure of eventual power saving benefits (my Z2 setup is already very good during screen off time with an average consumption of about 1,5%/hr... so eventual differences are minimal)
- I've to doublecheck it (more confirms needed...) but I'm quite sure big cores are clocked at faster frequency (2.45 GHz) during boot up, then (when exactly?) lowered to a max frequency of 2.36 GHz... this seems to me simptom of a very well tuned up system...
Does somebody have voltages/frequencies tables for our phone?

enetec said:
I'm doing some little tune up experiments with frequencies and these are some first results:
- lowering lower working frequency of LITTLE cores up to 345 MHz (from 672 MHz) seems to create no issues or delays on powering on screen even using fingerprint sensor...
On the other hand I'm still not so sure of eventual power saving benefits (my Z2 setup is already very good during screen off time with an average consumption of about 1,5%/hr... so eventual differences are minimal)
- I've to doublecheck it (more confirms needed...) but I'm quite sure big cores are clocked at faster frequency (2.45 GHz) during boot up, then (when exactly?) lowered to a max frequency of 2.36 GHz... this seems to me simptom of a very well tuned up system...
Does somebody have voltages/frequencies tables for our phone?
Click to expand...
Click to collapse
They're in the kernel. I tried to do normal edits to lower and increase, but it did something weird and just parked them at 30mhz after compile...
Edit: https://github.com/Uzephi/kernel_nash/blob/upstream/arch/arm/boot/dts/qcom/msm8998-v2.dtsi
There is the link to the file that controls the frequencies for each bin of our phone

Uzephi said:
They're in the kernel. I tried to do normal edits to lower and increase, but it did something weird and just parked them at 30mhz after compile...
Edit: https://github.com/Uzephi/kernel_nash/blob/upstream/arch/arm/boot/dts/qcom/msm8998-v2.dtsi
There is the link to the file that controls the frequencies for each bin of our phone
Click to expand...
Click to collapse
Very complex!
I will take a deep look at this as soon as I would have a bit of time...

enetec said:
Very complex!
I will take a deep look at this as soon as I would have a bit of time...
Click to expand...
Click to collapse
Essentially, little CPU has one speed bin and frequencies available from 300-1900 and big CPU has 4 speed bins with frequencies from 300-2592. Top end changes depending on your bin. I.E. silicon lottery. Speed bin 0 can step higher than bin 3
Edit: to find speed bin, it's usually in proc/kmesg or proc/last_kmesg. Needs root to read

Uzephi said:
Essentially, little CPU has one speed bin and frequencies available from 300-1900 and big CPU has 4 speed bins with frequencies from 300-2592. Top end changes depending on your bin. I.E. silicon lottery. Speed bin 0 can step higher than bin 3
Click to expand...
Click to collapse
Yes, on my own device max available speed is 2457 MHz... but my doubt is, how a single device (using same software) would choose between different bins?
Anyway is voltage the complexity I was referring to... at first look It seems not using a fixed one for a single frequency as on my old LG G2 but a range... I've to look better at it...

Some first interesting results from tests have been achieved...
I will post a more detailed report in one day or two...

enetec said:
Yes, on my own device max available speed is 2457 MHz... but my doubt is, how a single device (using same software) would choose between different bins?
Anyway is voltage the complexity I was referring to... at first look It seems not using a fixed one for a single frequency as on my old LG G2 but a range... I've to look better at it...
Click to expand...
Click to collapse
It's quite simple. At boot the kernel reads all "devices" on the computer (our case, the phone) and runs checks at low level on the hardware for software revisions, serial numbers, Mac addresses and guess what? The speed bin embedded in the chip. It then runs a cmdline for the system to read the results to access the devices and use the kernel correctly. This is how I manipulated the system to read the bootloader as locked. On my kernel, go to developer options and you will see you can toggle bootloader unlocking. This is because the cmdline tells the system we are still locked.

Uzephi said:
It's quite simple. At boot the kernel reads all "devices" on the computer (our case, the phone) and runs checks at low level on the hardware for software revisions, serial numbers, Mac addresses and guess what? The speed bin embedded in the chip. It then runs a cmdline for the system to read the results to access the devices and use the kernel correctly. This is how I manipulated the system to read the bootloader as locked. On my kernel, go to developer options and you will see you can toggle bootloader unlocking. This is because the cmdline tells the system we are still locked.
Click to expand...
Click to collapse
Nice!
Anyway I saw official documentation of SD835 speaks about 2.45 GHz as max frequency... so other speed bins are for special/overclocked lots probably...

enetec said:
Nice!
Anyway I saw official documentation of SD835 speaks about 2.45 GHz as max frequency... so other speed bins are for special/overclocked lots probably...
Click to expand...
Click to collapse
Cherry-picking a commit by Flar2 on his Pixel 2 kernel that enables the 2.5Ghz on all bins. Hopefully it works.

Uzephi said:
Cherry-picking a commit by Flar2 on his Pixel 2 kernel that enables the 2.5Ghz on all bins. Hopefully it works.
Click to expand...
Click to collapse
Have you found (during you searches...) where is the routine which changes max frequency from 2.45 GHz to 2.36 GHz after boot?

enetec said:
Have you found (during you searches...) where is the routine which changes max frequency from 2.45 GHz to 2.36 GHz after boot?
Click to expand...
Click to collapse
Those are both different bins. Maybe it loads one then the other? In any event all bins will be 2.5 if this works. Building now
Edit: checking my device, I don't go down to 2.36, max on mine is 2.45

Uzephi said:
Those are both different bins. Maybe it loads one then the other? In any event all bins will be 2.5 if this works. Building now
Click to expand...
Click to collapse
Uhm... I'm not so sure this is bin related, since max frequency (2.45 GHz) still remains usable, but no more used after boot (it can be re-enabled by Kernel Adiutor anyway)... this is more a simple setting IMHO...

enetec said:
Uhm... I'm not so sure this is bin related, since max frequency (2.45 GHz) still remains usable, but no more used after boot (it can be re-enabled by Kernel Adiutor anyway)... this is more a simple setting IMHO...
Click to expand...
Click to collapse
That's your bin which is set at boot... My bin gives me 2.45 by default... I am not rooted and haven't made changes. See attached screenshot

Built and works... See screenshot. All I did was change kernel. No other settings done. Next it to try UV

Uzephi said:
That's your bin which is set at boot... My bin gives me 2.45 by default... I am not rooted and haven't made changes. See attached screenshot
Click to expand...
Click to collapse
Nope. Your app reports only min & max available frequencies but not the used ones... In fact, if you look at your screenshot, min frequency is reported to be 300 MHz for all CPUs, BUT if you look at your frequencies at the screenshot moment, they are respectively 672 MHz for LITTLE & 345 MHz for big cores, that are the really used as min frequencies as stock.
If you install Kernel Adiutor all will be clearer for you... it reports all this in better way...

Uzephi said:
Built and works... See screenshot. All I did was change kernel. No other settings done. Next it to try UV
Click to expand...
Click to collapse
It works for sure... because probably new frequencies are still not used... see my previous post.

Try it out then ?
Edit: be sure to flash twrp boot image, then kernel then root. SU and Magisk lose root when flashing our kernels right now and will pull backup kernel from backup boot image
Edit 2: if you also look at my "after" screen, the CPU was pegged at 2.0 and 2.5 respectively due to just booting up and loading assets.

Related

Overclocking App available in the market!

Hey everyone, there is an overclocking app in the market, anyone care to give it a try?
Edit: So I downloaded it lol. Here are some screenshots. BTW, is there anyway I can verify that the cpu freq is actually being adjusted?
*Just for fun I ran neocore to see if it would raise my FPS. lol.
just notice the difference in speed. If you notice please post. And its not overclocking its just clocking. Overclocking will be beyond 528 MHz
Gameloft said:
just notice the difference in speed. If you notice please post. And its not overclocking its just clocking. Overclocking will be beyond 528 MHz
Click to expand...
Click to collapse
The app is called Overclock, you can argue with the developer about the name not me.
Anyways, I do notice a very nice speed increase.
For example, atrackdog would take me at least 20-30 seconds to load my full app list (184 apps)
After installing overclock, it loaded in under 5 seconds.
i'll run other programs, and post my results.
I ran droidgear (game gear emulator) before and after, and I can honestly say it was faster (not a placebo affect).
-Before: droidgear would take over 4 minutes just to get to the menu screen
-After: i was actually able to load a game in under 1 and a half minutes, I even let it sit to run the demo, and it is the fastest ive ever seen an emulator run on this device (compared to NesEmu, and GB emu)
It would probably actually be playable if tweaks were made to the application codebase, and android Open GL stack.
Also, the camera loads instantly after pressing the camera button and via the icon in the home screen.
well, i was too, and then i downloaded it and said "aahh, what the hell, if i break mine, ill just take my wifes haha..." probably not the best of plans but i installed it anyway
sooo i havnt burnt up my phone yet, but here is my issue with the app, does the app only work untill you reboot your phone?
because when i reboot my phone, it goes back to the default speed according to the app
also, my phone tends to hang up (stuck on the apps screen, no buttons work, screen wont rotate, power button wont shut screen off) when using the 528MHz
so far, i havnt found a reason to pay a dollar for it, but ill keep testing
[UPDATE]
resolution for all below tests is 320 x 480
i tried neocore like posted above, using the mid level setting, and i actually did raise my fps from
DEFAULT CPU (248 MHz): 20.5 (with sound off)
384 MHz: 25.0! (with sound off)
DEFAULT CPU (248 MHz): 14.5 (with sound on)
384 MHz: 20.8 (with sound on)
still havnt gotten the fast speed to work yet, but im still trying to figure that out, on another note, sweeter home does seem to load a little faster
[UPDATE]
Incase you didnt see my sig, im not running on a ADP1 phone, so that might by why the fastest setting doesnt work for me, but so far 384MHz is making a noticeable difference with NEOCORE and SWEETER HOME
andonnguyen said:
The app is called Overclock, you can argue with the developer about the name not me.
Anyways, I do notice a very nice speed increase.
Also, the camera loads instantly after pressing the camera button and via the icon in the home screen.
Click to expand...
Click to collapse
i use snap photo, which used to take FOREVER to load up on my g1 using the camera button, its significantly faster using the 384MHz setting, good observation
Ok, so so far here is a list of things ive noticed (using 384MHz vs 248MHz):
-FPS in NEOCORE increased on adverage 5 to 6 fps
-Sweeter Home doesnt lag NEARLY as much as it used to (ALOT less force closes)
-Snap Photo doesnt take a month to load using the camera button
-G1 Wakes up properly which was a issue my g1 (and others on this forum) had
-Even though the app says it will "kill" the battery, using 384MHz during normal use of the phone isnt "killing" my battery, however, doom (while runs better (even with sound on)) seems to be dropping my battery level faster, but the game is running faster, which is the trade off id expect when running these apps together
At this point is there really a need? My phone doesnt lag that much that I need to over clock not to mention my battery life sucks already.
speoples20 said:
At this point is there really a need? My phone doesnt lag that much that I need to over clock not to mention my battery life sucks already.
Click to expand...
Click to collapse
all of our battery life sucks unless you have the extended battery, im not getting THAT big of a battery drain according to the system monitor app, and it DOES make a difference on g1's that have lag issues (running tons of apps like i do)
in other threads, people have complained about the g1 not waking up quickly sometimes, ive yet to have that issue since ive clocked mine up to the 384MHz setting
@woot, you do know that the default cpu freq on the G1 is ~384mHz. So you might want to change in your sig that you're overclocked to 384mHz lol.
The program installs a script on your sd card called ocx_tmp.sh and adjusts it that way, it'll write to /system as -rw (from what I've discussed with someone) would probably cause instability.
The program will reset the cpu freq back down to 384mHz after the phone sleeps. You can verify this in terminal emulator by typing:
$su
#cat /proc/cpuinfo
Try it before and after setting the cpu freq in overclock and you'll see what I mean =)
I thought the the CPU ran at 528 MHz by default? Or is it clocked dynamically and this forces it?
Gameloft said:
just notice the difference in speed. If you notice please post. And its not overclocking its just clocking. Overclocking will be beyond 528 MHz
Click to expand...
Click to collapse
andonnguyen said:
@woot, you do know that the default cpu freq on the G1 is ~384mHz. So you might want to change in your sig that you're overclocked to 384mHz lol.
Click to expand...
Click to collapse
im not as familiar with clocking/overclocking so i wasnt sure if i was clocking it to 384, overclocking it to 384, or what, so what would be the proper thing to put in my sig? lol because according to my first quote, true overclocking wouldnt be untill i went beyond 528, so from the view of my first quote, im not OVERclocking, im clocking, wheras your saying im overclocked
andonnguyen said:
The program will reset the cpu freq back down to 384mHz after the phone sleeps. You can verify this in terminal emulator by typing:
$su
#cat /proc/cpuinfo
Click to expand...
Click to collapse
so is it infact the program thats changing the cpu freq or is it the phone? if its the program, is this to avoid overworking the cpu without the demand?
andonnguyen said:
.
The program will reset the cpu freq back down to 384mHz after the phone sleeps.
Click to expand...
Click to collapse
by sleep do you mean turning the screen off using the power button? because i saw no change in my cpu freq when doing so using your commands
ivanmmj said:
I thought the the CPU ran at 528 MHz by default? Or is it clocked dynamically and this forces it?
Click to expand...
Click to collapse
dont know, but i found this over at the android community:
Technical Features
Supports WCDMA/HSUPA and EGPRS networks
Multimedia Broadcasting Multicast Service (MBMS)
Integrated ARM11™ applications processor and ARM9™ modem
QDSP4000™ and QDSP5000™ high-performance digital signal processors (DSP)
528 MHz ARM11 Jazelle™ Java® hardware acceleration
Support for BREW® and Java applications
Qcamera™: Up to 6.0 megapixel digital images
Qtv™: Playback up to 30 fps VGA
Qcamcorder™: Record up to 24 fps QVGA
Up to 4 million triangles per second, and 133 million depth-tested, textured 3D pixels per second fill rate
gpsOne® position-location assisted-GPS (A-GPS) solution
Support for third-party operating systems
Digital audio support for MP3, aacPlus™ and Enhanced aacPlus
Integrated Mobile Digital Display Interface (MDDI), Bluetooth® 1.2 baseband processor and Wi-Fi® support
maybe that info will help? if not sorry
I remember reading somewhere by someone that it runs at 384 by default, and I think the post above confirms that...
ivanmmj said:
I thought the the CPU ran at 528 MHz by default? Or is it clocked dynamically and this forces it?
Click to expand...
Click to collapse
no, it runs at 384 by default, and clocks down even lower in the idle loop.
i am curious how this program works, as the normal cpufreq interfaces are not compiled in the kernel.
i've been running my phone for several months now at 528mhz, at a fairly minimal detriment to battery life.
i did however notice that without modifying the idle loop, the amount of cpu frequency switches even while the phone is not sleeping drops your average clock within a 10 second period to somewhere closer to 400mhz.
after modifying the idle loop to not switch frequency so often, i was able to get 27.4fps out of neocore w/o sound, and 22.7fps w/ sound.
my overall caffeine benchmark score was 582.
battery life impact is there, but fairly small. phone lasts for about a day and a half now where it used to last for sometimes 2. under heavy use, this is of course dramatically reduced.
gui fluidity is definitely increased, and sluggishness between app switches and when the translucent app drawer opens up is gone. i like it, but to the average person there probably is no need to do it.
keep in mind this is also not overclocking the cpu, it's clocking it to its default spec. as it is an embedded arm, it is designed to run hot, so i guarantee you are in no danger of hurting your phone.
also, do not listen to people that claim there could be no gain from overclocking, just because the bus speed is slower than the cpu speed does NOT mean there will be no improvement in system performance. if that were the case, there'd be no use for 4ghz desktop processors.
cache still runs full speed, and common execution paths stay in cache meaning no prefetch from system memory, meaning BIG improvement in many cases. (that's why cache exists.)
damnoregonian said:
no, it runs at 384 by default, and clocks down even lower in the idle loop.
i am curious how this program works, as the normal cpufreq interfaces are not compiled in the kernel.
i've been running my phone for several months now at 528mhz, at a fairly minimal detriment to battery life.
i did however notice that without modifying the idle loop, the amount of cpu frequency switches even while the phone is not sleeping drops your average clock within a 10 second period to somewhere closer to 400mhz.
after modifying the idle loop to not switch frequency so often, i was able to get 27.4fps out of neocore w/o sound, and 22.7fps w/ sound.
gui fluidity and responsiveness is greatly improved. sluggishness if app switching and the translucent app drawer are completely gone.
for many i imagine this means there isn't really any reason to clock the cpu up to its stock speed, but to each their own.
my overall caffeine benchmark score was 582.
battery life impact is there, but fairly small. phone lasts for about a day and a half now where it used to last for sometimes 2. under heavy use, this is of course dramatically reduced.
Click to expand...
Click to collapse
care to write up a how-to for getting the 582 consistantly and changing the idle loop?
Holy crap. Used this @528MHz with Haykuro's version 4.5 apps to sd ROM and the osk works SO MUCH BETTER!!!! Also I got 25.6 fps on neocore... very smooth
wootroot said:
care to write up a how-to for getting the 582 consistantly and changing the idle loop?
Click to expand...
Click to collapse
writeup? no. it's a big process involving the android dev environment, a modified version of mkbootimg and unyaffs.
i will gladly post the kernel modifications for those who want to recompile the kernel to do so.
the bootloader sets the clock speed, and the idle loop simply clocks down to a preset and back up to whatever it was previously after x milliseconds of inactivity (not to be confused with sleep) it's kind of a poor man's cpufreq arbitrator.
so on top of tweaking the idle loop to not drop down as often, you also have to explicitly set the frequency in the kernel upon bootup, or it will bet set at what it thinks is full speed, which is 384.
A modded version of JF's ROM would ROM.
I DO notice the sluggishness and it bugs the heck out of me. (I switched from a WING with a 200MHz CPU, and although it IS faster than the wing, it doesn't seem significantly faster and seems to much slower when I open up the camera...
damnoregonian said:
writeup? no. it's a big process involving the android dev environment, a modified version of mkbootimg and unyaffs.
i will gladly post the kernel modifications for those who want to recompile the kernel to do so.
the bootloader sets the clock speed, and the idle loop simply clocks down to a preset and back up to whatever it was previously after x milliseconds of inactivity (not to be confused with sleep) it's kind of a poor man's cpufreq arbitrator.
so on top of tweaking the idle loop to not drop down as often, you also have to explicitly set the frequency in the kernel upon bootup, or it will bet set at what it thinks is full speed, which is 384.
Click to expand...
Click to collapse
that involved eh?
thanks for this post though, now i understand more about the idle loop and why the cpu freq resets with each reboot
maybe someone can take this stuff further like he said, that kind of stuff would be worth the dollar, imo more than a dollar
well... i don't mind providing basic procedure and source, i just don't want to get dragged into level 1 support of the procedure.
i'll go ahead and package up some source, prebuilt boot images based on JF's RC33 (which is what i run) and a basic procedure.

Concept noob idea for a governor

Hello all !
I was bored in school today so I've written a governor concept idea for quad cores. I'm not a dev AT ALL (for now at least, i'm studying many different stuff, hardware / code related too).
I have no idea if this is possible or if this is clever but I wanted to share it anway. If it gives idea to a developer, that's totally worth it, otherwise, well... I had fun doing it
It's called Progressive.
Progressive
The name of the governor says all. The idea behind it is to be «*progressive*». It means it doesn't unleash the full power when it's not needed. It goes progressively higher in freq with more cores. This should make the phone cooler and the battery better. The delay (3 sec ) is just a number, not sure this is really nice. Also, I'm not sure how the S4 handles temperature.
Max freq 1.5 Ghz
Min freq 384 Mhz
Screen off
=> 384-918 Mhz // not too low frequency to avoid reboot
Screen on without touching since 3 sec // always check after 3 seconds for changing the state
=> 384-1134 Mhz only one core online
Screen on touched
=> 594-1134 Mhz two cores online // bump the min_freq to avoid keyboard lag and to add a bit of butter
Screen on touched with a medium load of task // not sure how quantify this
=> 594 Mhz – 1.5Ghz two cores online
Screen on touched with a high load of task // i.e. Games
=> 702 Mhz – 1.5 Mhz four cores online // max power
We also need a thermal protection to avoid any damage, this should do the trick
If the temp is >= 80°C
=> Two cores online max_freq 1134 Mhz until it reaches 70 °C // not sure about the temp, this can be adjusted
If the temps is >=70°C
=> Let 4 cores being possibly online but lower the max_freq to 1134 Mhz
Click to expand...
Click to collapse
What do you guys think ? Is this even possible ? Good, bad idea ?
I hope you enjoy reading it as much as I enjoyed to writte it
doesn't it do this already?
Fissurez said:
doesn't it do this already?
Click to expand...
Click to collapse
I'm not sure how the ondemand governor on nexus 4 works. So I can't really answer, it's really a noob idea that poped into my head today
you pretty much described interactive with mpdecision enabled.
not exactly, but quite.
3 seconds is way too long for the CPU to ramp up (just a matter of tweaking, though). you'd get more lag than you save battery.
mpdecision ramps the cpu to its maximum frequency as soon as a touch input is detected (normally only 2 cores until a certain threshold is reached), so yours should save a bit of power during smaller workloads.
also, if the touch input is released, it clocks the active cores down to 1.02 GHz for a bit before disabling them when not needed.
after all, it seems like a more conservative interactive governor with active mpdecision. could be nice for saving battery while retaining good performance.
it could be a viable choice for those who go for battery life over performance. :good:
Nuu~ said:
you pretty much described interactive with mpdecision enabled.
not exactly, but quite.
3 seconds is way too long for the CPU to ramp up (just a matter of tweaking, though). you'd get more lag than you save battery.
mpdecision ramps the cpu to its maximum frequency as soon as a touch input is detected (normally only 2 cores until a certain threshold is reached), so yours should save a bit of power during smaller workloads.
also, if the touch input is released, it clocks the active cores down to 1.02 GHz for a bit before disabling them when not needed.
after all, it seems like a more conservative interactive governor with active mpdecision. could be nice for saving battery while retaining good performance
Click to expand...
Click to collapse
Thank you Sir, I understand better how mpdecision works now
Glad to see i'm not completely stupid lol

[Q&A] [KERNEL][D5803&D5833] AndroPlusKernel

Q&A for [KERNEL][D5803&D5833] AndroPlusKernel
Some developers prefer that questions remain separate from their main development thread to help keep things organized. Placing your question within this thread will increase its chances of being answered by a member of the community or by the developer.
Before posting, please use the forum search and read through the discussion thread for [KERNEL][D5803&D5833] AndroPlusKernel. If you can't find an answer, post it here, being sure to give as much information as possible (firmware version, steps to reproduce, logcat if available) so that you can get help.
Thanks for understanding and for helping to keep XDA neat and tidy!
Thanks
Very nice kernel, fast and smooth - great work and port.
Anyone knows if it's possible to use any third party kernel app to boost the headset volume?
Working
Hi this is my first post, infact I joined so I could report my findings.
I would just like to confirm so far that V5 working on my Z3C using the .93 firmware. I didn't need to wipe cache/dalvik/data partitions either.
For purposes of settings configuration, I'll be using TricksterMod
For stress testing purposes I'll be using Stability Test 2.7
Overclocking
Overclocking seems to work, I'll stress test and report back with the results.
I was wrong, it is unstable when overclocking and stress testing, with the phone force rebooting 1-5 seconds in to the stability test which loaded all 4 cores. Tried 2899Mhz and 2880Mhz (were both unstable and didn't try 2.72, 2.75, 2.57 either - I might try stability testing them.) Was completely stable at 2.47GHz, and it actually stuck there, no throttling in place! I stopped the stress test when the CPU temp was around 77-80C as my hand was getting burnt! The battery temp reached about 46C. It took 10 mins of stress testing for this to be reached. When the stock kernel was in place it would begin throttling after about 1-20 seconds under full load. First 2.2GHz, then 2 then 1.7 then 1.5 and eventually 1.25 after about 2-4mins.
I couldn't do a single core test though. I suspect as most games use single core or dual cores it wouldn't get overly hot.
My opinion is that fast clocked phones should be marketed with 2 speeds. The highest it'll reach under a boost mode (turbo for Intel's i5 and i7 series), and a slower speed that it'll average out at under thermal pressure. The Z3Cs would be turbo: 2.5GHz and normal: 1.5GHz.
Governors
These are quick tests I'm performing here to provide a quick look at responsiveness and potential unnecessary CPU jump ups.
Wheatley - most of the time it's hovering at top speed when approx CPU usage is 9%, it'll occasionally hunt down to 300Mhz but then right back up to 2899MHz. This one is speedy though. Governor tunables available.
Lagfree - idles at 300MHz - 960MHz then hunts up to 2.2-2.9Ghz when needed and turns on the second core. It seems to slow back down to idle. This one seems to have fast scrolling, sliding notifications pane quickly). No governor tunables.
SmartassV2 - idles at 300Mhz, speeds up to 422-960 on core 0, and turns on core 1 at 1.2-1.5GHz for a few seconds under fast scrolling and notification pane opening. Seems quite responsive. Probably good for battery life hopefully with the responsiveness of Interactive. No governor tunables.
Lionheart - Idles at 960 MHz for a few seconds then slows down to 300MHz with the odd increase to 729MHz. Core 0 and Core 1 reaches 1.26GHz under scrolling, notification pane opening. As fast as the others. Governor tunables available.
Hotplugging
Intelliplug appears to work better than MP-Decision - now only one core is on during idle, instead of 2.
MP-Decision was disabled to avoid conflicts.
Undervolting
I've only undervolted 300MHz to 675MHz from 775MHz as of writing this post.
Tried quickly undervolting in trickstermod by setting them all about -75mV, stability tested it, appears stable. I'll tweak the voltages a bit better when I do a scaling stability test.
Issues I've experienced
Sound Control is the only thing so far that causes a reboot. However music still plays over the speakers and headphones. Equaliser works too.
Upon rebooting, the CPU top speed will set itself to 2.2GHz, despite being set higher and saved at a higher speed in Trickstermod. Certainly trivial though.
Strange thing I've noticed: On the undervolt part I've noticed that there is a freq called 3033MHz, but no 2899MHz freq. Just an observation.
Misc
Force Fast Charge confirmed working! Before flashing new kernel charge went up 5% in about half an hour. It's now up another 5% in a matter of 5-10mins. This is when plugged to my PC.
Vibrator strength - set to 20 from 31, much quieter on table and can still feel it.
I'd like to say a huge thank you to DooMLoRD and AndroPlus for developing this stable kernel. Now my Z3C is worth the £28 a month I'm paying for again. Since this silly lad decided to bork the camera, Bravia functionality etc by rooting it on the first day. I'll report back and edit the post with my findings.
Max won't go beyond 2.266 GHz, Min won't change.
Hi All,
Firstly, great job with the kernel. Our Z3C is such a capable piece of kit and this just makes it that much better.
I'm running stock, 23.0.A.2.93, unlocked, rooted.
Problem:
I've tried using both SetCPU and No-Frills and while both show frequencies that are supposedly selectable above 2.266 GHz, neither app would actually respond. Meaning the max frequency will still only be 2.266 GHz even if I tried selecting something like 2.458 GHz (which should be selectable given that stock is 2.458 GHz.) See caps.
In addition, the Min value just won't change at all from 300 MHz. The frequencies scale up and down as the load changes but I can't raise the Min (again using both SetCPU and No-Frills) from 300 MHz.
Tried: I've tried turning off stamina mode and frozen apps that could control CPU activity (e.g. I use DS Battery Saver). I changed up Governors and Schedulers. I've tried re-flashing the kernel and it still doesn't change these behaviors.
Question/Need help: Just wanted to ask if anybody else have any problems setting the max frequency beyond 2.266 GHz and/or changing the minimum frequency from 300 MHz? Would appreciate any help resolving this behavior.
Thanks in advance!
pjmanalo said:
Hi All,
Firstly, great job with the kernel. Our Z3C is such a capable piece of kit and this just makes it that much better.
I'm running stock, 23.0.A.2.93, unlocked, rooted.
Problem:
I've tried using both SetCPU and No-Frills and while both show frequencies that are supposedly selectable above 2.266 GHz, neither app would actually respond. Meaning the max frequency will still only be 2.266 GHz even if I tried selecting something like 2.458 GHz (which should be selectable given that stock is 2.458 GHz.) See caps.
In addition, the Min value just won't change at all from 300 MHz. The frequencies scale up and down as the load changes but I can't raise the Min (again using both SetCPU and No-Frills) from 300 MHz.
Tried: I've tried turning off stamina mode and frozen apps that could control CPU activity (e.g. I use DS Battery Saver). I changed up Governors and Schedulers. I've tried re-flashing the kernel and it still doesn't change these behaviors.
Question/Need help: Just wanted to ask if anybody else have any problems setting the max frequency beyond 2.266 GHz and/or changing the minimum frequency from 300 MHz? Would appreciate any help resolving this behavior.
Thanks in advance!
Click to expand...
Click to collapse
Try installing TricksterMod (from Google Play store, trust me, you'll love it!) Then go to General and set the max speed to 2.46GHz or higher, and try using the Ondemand Governor too. I noticed that it wouldn't stick properly sometimes when using Interactive governor. If it doesn't stick for you then turn Frequency Lock on. Then check in the info tab that it's hitting the higher speed. Personally I'd recommend leaving the min speed on 300MHz. If you need constant high speeds, select the performance governor.
DBCJoey said:
Try installing TricksterMod (from Google Play store, trust me, you'll love it!) Then go to General and set the max speed to 2.46GHz or higher, and try using the Ondemand Governor too. I noticed that it wouldn't stick properly sometimes when using Interactive governor. If it doesn't stick for you then turn Frequency Lock on. Then check in the info tab that it's hitting the higher speed. Personally I'd recommend leaving the min speed on 300MHz. If you need constant high speeds, select the performance governor.
Click to expand...
Click to collapse
Thanks! That did the trick!
Odd that my usual app for the job across 4 other phones - SetCPU - doesn't work on what should essentially be the same job. [emoji55]
Please make sound_control drivers work so its possible to boost headphone volume on the Xperia Z3 Compact... Thanks
Nice work, a lot of updates I like it!
Is it possible to add a change log?
Thanks!
kernel for d5803 with the .93 but not .105
i search a kernel for the d5803 with the last .93 french version of phone
.5.77
Works great! Thanks a lot
Link for Z3C_D5803_AndroPlusKernel_v10.zip is dead
Pls upload in another location.
Yay sound control is working, thank you so much you're the best!
How to make this?
Hi AndroPlus,
I'm trying to figure out how one would go about building this boot.img that you've created.
What platform and compiler are you using?
Where are you getting sources the for the kernel? This file?
c9af6fc647060fb85dd646798453ec8f 23.0.A.2.105.tar.bz2
How do you construct boot.img from zImage + recovery?
Sorry if these are dumb questions.
Edit: never mind, I figured this out.
http://developer.sonymobile.com/kno...evices/how-to-build-and-flash-a-linux-kernel/ contains most of the information I needed.
The arm version of gcc that ships with Ubuntu 14.04 worked fine - arm-none-eabi-gcc (4.8.2-14ubuntu1+6) - no need to track down any mystery binaries. I did have to make several modifications to the kernel source to get it to build. Interestingly, some of the cpufreq stuff contained code that was incorrect. Someone at Samsung needs to go look up what "sequence point" means.
The hardest part was figuring out how to turn the zImage + ramdisk into something I could boot.
This: https://github.com/sonyxperiadev/mkqcdtbootimg was the correct tool to use - again, no need to track down any mystery mkbootimg or dtbTool binaries.
Hope this is helpful to someone. As someone new to Xperia dev, I found most of the information out there worse than useless.

Overclock CM11

Hi there,
really sorry if this has already been around, but i've been searching this forum up and down and didn't find a thing.
Anyways, i was wondering how i could enable overclocking under cm11 nightly? Could anyone point me towards a solution? Thanks
Well ...
http://forum.xda-developers.com/droid-4/development/5-0-custom-oc-kernel-t3041512
It should work (in the past it works)
Install it on your Cyanogenmod Rom
Fervi
ferviverus said:
Well ...
http://forum.xda-developers.com/droid-4/development/5-0-custom-oc-kernel-t3041512
It should work (in the past it works)
Install it on your Cyanogenmod Rom
Fervi
Click to expand...
Click to collapse
There's a guy who said that that kernel doesnt work on cm11...it work's for you in the past?
For CM11 and other AOSP 4.4 ROMS, the most fully-featured and overclockable kernel is JBX. You can use the one intended for the RAZR.
Joojoobee's is good, and certainly the best for Lollipop, but due to its extra voltage management stuff the JBX kernel has a higher overclock ceiling.
Use the newest kernel from here.
Boot into Safestrap, make a backup in case something goes horribly wrong, then flash the package to start up the installer. In the installer, don't install any of the tweaks, at least a couple of them cause instability for our phone, and don't bother with the init.d stuff. Just install the kernel itself and Trickster Mod. Trickster, FYI, is probably the best app for managing JBX, but other apps can as well.
Done. Reboot phone, hopefully it won't bootloop, once back up increase speed until it starts freezing when you try to use it, bump voltage 10-20mv, find ceiling again. I think the JBX thread has better/more detailed instructions, but that's about the gist of it.
Maximum advised voltage is 1490mv iirc, don't try to even approach that unless you want to cook eggs on the back of your phone.
Thanks a bunch!
After messing around with both solutions, Jojobee's solution gave me a bootloop but the other one worked.
However i can't seem to get past 1300mhz when overclocking, that seems to be the limit. I was aiming to try to reach 1400, any idea how i could go about that? I can't seem to find an option to set the max frequency higher than 1300.
Well i was playing a little with JBX kernel..these are my conclusions:
- Kernel install/works fine if you don't install 10% battery mode..otherwise you are goingo to have android crashes
- Kernel performance it's below than current cm11 m13 stock kernel...i believe is due to full scale freq that it has...cpu spend a lot time switching from one freq to another...if you overclocked you will have almost the same performance than NON-OC stock kernel..that's why stargo applied and later reverted full scale on stock months ago...meaby if JBX kernell would have support to boost driver (like cm12 OC kernel) it would be better...but it hasnt...
So my conclusions...dont waste time on JBX kernel...sorry my 4 my english
Enviado desde mi XT894 mediante Tapatalk
Milp said:
However i can't seem to get past 1300mhz when overclocking, that seems to be the limit. I was aiming to try to reach 1400, any idea how i could go about that? I can't seem to find an option to set the max frequency higher than 1300.
Click to expand...
Click to collapse
I don't think you can set the CPU higher than 1.3ghz, at least not in the way you're thinking.
In the case of the JBX kernel, you overclock the Main Processor Unit (MPU) speed. I don't remember what tab it's under in Trickster, but it should be the same one as the voltage settings. I couldn't even begin to guess where it'd be as far as other apps.
The default is 100mhz. This is multiplied by each frequency step; e.g. 1.3ghz is actually a 13x multiplier of the base 100mhz.
So to obtain 1.4ghz(ish), simply increase the MPU clock from 100mhz to 108mhz, since 108*13=1404.
If you're lucky, you'll be be able to do this without needing to touch the voltage, if not...read the FAQ in the JBX post, because I don't remember offhand exactly how to set voltages :v
Once you know how, I would think a 5-10mv bump would be all that'd be needed to stabilize most CPUs for 1.4ghz.
fyi, ignore if you already have stuff for these:
Antutu is a decent app for both testing stability and checking to make sure you're not hitting the heat throttle.
Cooltool isn't a bad thing to use either, if configured to show CPU speeds, since it'll show you if the CPU has been forcefully throttled back (if the CPU gets too hot, it'll forcefully change the maximum multiplier to 10x/11x to protect itself from baking; if it does, back your voltage off and be happy with whatever speed you've attained).

[MOD] Thermal mod of T805/T800 boost performance by 150%

I have this tabled for a long time, but as i rarely used it i didn't bother with it much. From day one back in 2014 the tablet was sluggish and laggy, today is just unbearable even for browsing. So i have decided to take a look of what can i do.
I have installed the latest (10.26.2019) LineageOS-14.1-Deathly with gapps nano.
I have installed CPU Throttling Test from the play store and start testing to see what's going on. I saw that the CPU Throttle instantly (like in 10-15 sec max) from 1900mhz to 600mhz, and this is where the sluggishness comes from, the CPU is constantly throttled no matter that you are just looking at a simple web page.
I started playing with the Deathly Adiutor and under-voltage the cpu, set the max to 1400mhz and this is where it is stable as it is. At 1400mhz constant 100% CPU stress the CPU temps are around 90c (at 95 the cpu starts throttling). Anything above 1400mhz even with under voltages CPU results in throttling within 1-2 min, but even like that at 1400mhz and GPU set to be always used and at minimum of 480mhz (with setting in dev options to always use gpu for 2d composition) the performance was really much much better then the stock settings.
I have continued to play with it and noticed that if i apply pressure with my fingers on the back panel just below the camera where is the most hottest, the temps are dropping 10-15C, so i have opened it and i saw the issue.
The issue is that the metal shield radiators does not make a good contact with the thermal pad on the back panel, and thus can't dissipate the heat well. This may variety from user to user as some back panels will make better or worse contact, but its far from ideal.
Its good that i have some spare thermal pads around and i have applied them, and the result is perfect, drop in 12-17Cfrom stock setup under continues stress.
As a final result i have managed to bump the CPU from 1400mhz to 1600mhz with 1087mV voltage and at max 84C (down from around 90 at 1400mhz) at constant 100% CPU stress. The performance gains are around 100 to 150% (At around 42-47k GIPS up from 20-25k GIPS stock in CPU Throttling test). Additionally i have to say, its extremely easy to open the back cover panel.
Furthermore, i made an video to see how it runs and the settings i use.
https://youtu.be/_UJdjPDQB00
I'm attaching before and after the mod photos.
Quick followup, i have run 3D Mark benchmark and PCmark, see the screenshots below. Managed to achieve the world fastest Tab S, enjoy
Awesome.. I followed ur recommendations and set 1087mv at 1600mhz and its fasttttt
rihui said:
Awesome.. I followed ur recommendations and set 1087mv at 1600mhz and its fasttttt
Click to expand...
Click to collapse
Thanks mate. I'm glad it helps According to 3DMark, the performance now is slightly better then Galaxy Tab A 2019, it really bring new life to this tablet and its ready to rock another couple of years
how's your battery life with minimum CPU speed at 1600
Screen on & Standby time?
rihui said:
how's your battery life with minimum CPU speed at 1600
Screen on & Standby time?
Click to expand...
Click to collapse
Its not the minimum CPU frequency that gives you the performance boost, its the maximum frequency limit at 1600mhz down from 1900mhz, as i explained, to gain the performance, you need to avoid CPU from overheating and throttle down itself to the ground. That's why the max frequency with the thermal pads and improved thermals is 300mhz below the stock 1900mhz, and without the pads my max stable frequency were 1400mhz (500mhz below stock).
The minimum frequency will only smooth out initial animations and things like that, but don't have much of an impact on the overall performance. With that said, increasing the minimum frequency ofc will eat more battery and you don't need it, you can safely set it to 650mhz (as low as it allows) and depending on your kernel governor policy should have the same or better battery life. As i said, the main gainer is preventing the CPU from overheating at 1900mhz and throttle down to 650mhz where it sits most of the time with stock settings.
In fact if you limit your max frequency to 1400 or 1600mhz depending on your stable thermal results, and set minimum to 650mhz, you will see the performance gain AND significantly increased battery life due to that CPU does not go to 1900mhz and does not eat that much power and voltage. You really need to fine tune it depending on your needs, but at stock CPU throttling down to 650mhz and staying there is an manufacturer (Samsung) failure, and if i were discovered this when i bought it, i would wanted refund, as they advertise 1900mhz CPU which almost never works at that frequency.
I tested this method on other tablets and phones, and while it happens on other devices to throttle down after 5-7 mins (not after 15 sec), i have never seen to throttle more then down to 80% of the advertised frequency, but the Tab S goes almost immediately down to 35% where it stays and cripple the device. Its really really bad engineering from Samsung.
Going to try this.
Thanks
A lot better .
What thickness of thermal pad should I buy? Probably will buy from Amazon unless I need to make a trip to Microcenter. Thanks for this suggestion @nauvho
osutx427 said:
What thickness of thermal pad should I buy? Probably will buy from Amazon unless I need to make a trip to Microcenter. Thanks for this suggestion @nauvho
Click to expand...
Click to collapse
Well as you can see on the picture, the CPU bed already has one black pad by Samsung by default which is around 0.2/0.3mm i think, but it does not make contact, so i put on the CPU radiator 1mm pad and on the other radiators i put 0.5mm to equalize in case my pad is too thick. Your guide should be how easy is to close the back-plate, if you need too much force you may need thinner. So i guess you can take 0.3, 0.5 and 1mm pads.
effing A
Wow
Applied the same settings that you show in the video and WOW! It's like a new tablet. I didn't even put thermal pads.
joelcool69 said:
Applied the same settings that you show in the video and WOW! It's like a new tablet. I didn't even put thermal pads.
Click to expand...
Click to collapse
nice
just rooted t800 with MM + trw + SU.
added some thermal pads like in the pics.
installed Deathly Adiutor ....which said that doesn't like the kernel..and doesn't let to change the cpu max speed, and the voltage page doesn't even exist
installed Kernel Adiutor from playstore with which I can lower the freq, and for 1600 it works 1-2min at 27-28000GIPS then starts to throttle
louis_alphons said:
just rooted t800 with MM + trw + SU.
added some thermal pads like in the pics.
installed Deathly Adiutor ....which said that doesn't like the kernel..and doesn't let to change the cpu max speed, and the voltage page doesn't even exist
installed Kernel Adiutor from playstore with which I can lower the freq, and for 1600 it works 1-2min at 27-28000GIPS then starts to throttle
Click to expand...
Click to collapse
Why are you using MM? Also, did you noticed that center pad is thicker and side ones are tinnier? what are your CPU temps? Also probably due to MM, but I'm getting around 42gpis (average) at 1.6, but you should really check your pads placement, thickness and temps, put the CPU under load note the temps before throttling down.
nauvho said:
Why are you using MM? Also, did you noticed that center pad is thicker and side ones are tinnier? what are your CPU temps? Also probably due to MM, but I'm getting around 42gpis (average) at 1.6, but you should really check your pads placement, thickness and temps, put the CPU under load note the temps before throttling down.
Click to expand...
Click to collapse
I'm using MM since I don't know if it worth to upgrade; does this LineageOS work well...all features (cam, scanner, soud etc) works with it?
used 1mm pad over the cpu... 0.5 otherwise (china made); also removed the small factory pad and placed another pad patch there; the back cover heats well and I assume that the heat doesn't have where to go.
since it's not throttling at 1600MHZ (almost 100%, take a look at the pic)...from where to get more than 28GIPS?
louis_alphons said:
I'm using MM since I don't know if it worth to upgrade; does this LineageOS work well...all features (cam, scanner, soud etc) works with it?
used 1mm pad over the cpu... 0.5 otherwise (china made); also removed the small factory pad and placed another pad patch there; the back cover heats well and I assume that the heat doesn't have where to go.
since it's not throttling at 1600MHZ (almost 100%, take a look at the pic)...from where to get more than 28GIPS?
Click to expand...
Click to collapse
I don't think removing the stock black pad were a good idea, I did not removed mine, my pad is next to it. Also CPU throttle app is not reliable to monitor cpu temp (at least for me) , you should do it by starting the throttle test and then switch to deathly auditor and monitor the temp and clock there or other app like CPUz or Aida. Look at the video how I monitored the temp. The CPU will start throttle at 93-95c so your temp of 81 cannot be accurate if it throttle. Didn't you said that you throttle at 1.6 in your previous post?
Regarding the performance I think it might be eigher app difference between mm and 7.1 or due to MM itself. And yes everything is working perfectly for me with lineage, camera, fingerprint, everything is fine and it is mile better then MM imo.
installed 7.1
pcmark 4330 with your mods.
so the thermal pads doesn't matter on MM.
from my testings on 7.1 the boost in pcmark comes form setting max freq 1600 + undervoltage (3000->3500), and another boost...by setting the lower freq to 1600 (3500->4300)
louis_alphons said:
installed 7.1
pcmark 4330 with your mods.
so the thermal pads doesn't matter on MM.
from my testings on 7.1 the boost in pcmark comes form setting max freq 1600 + undervoltage (3000->3500), and another boost...by setting the lower freq to 1600 (3500->4300)
Click to expand...
Click to collapse
Nice.
About the pads, they matter only if the CPU temp under load drops when you apply pressure with fingers on the back cover as i explained in my first post, but idk if this apply to all tablets or just mine. The boost comes from not throttling the CPU down and being stable at maximum possible frequency. The CPU can go up to 1900mhz and beyond (2.1 by spec), but the cooling is not enough for that frequencies.
I think that adding an 0.5-1mm copper heat pipe thru radiators or copper heat pads similar to flagship phones might push it to 1.9, will order some someday and try it.
now it will be interesting ?% it's the termal mod in this boost, which means, performing the test in PCMARK only with steps 1+2:
1. LineageOS-14.1-Deathly
2. Deathly Adiutor (which requires step 1) + CPU max freq 1600 + undervoltage at that freq + CPU min freq 1600
3. Thermal pads added inside the box.
Since I started with thermal pads...I can say that in MM it doesn't matter.
-after upgrade to 7.1 as I said..PC...MArk around 3000 (thermal pads mounted)
-after setting max freq 1600 + undervoltage I got a boost in PCMark to 3600
-in addition, with min freq 1600...got another boost..to 4300; in this turbo state..the battery drains quickly, but the interface it's fast like the wind.
PCMark doesn't use CPU at 100%, it counts also how fast cand do certain short tasks...and this matters because if CPU it's in it's low power states..it loose time to rise its freq and do the calc at full power.
louis_alphons said:
now it will be interesting ?% it's the termal mod in this boost, which means, performing the test in PCMARK only with steps 1+2:
1. LineageOS-14.1-Deathly
2. Deathly Adiutor (which requires step 1) + CPU max freq 1600 + undervoltage at that freq + CPU min freq 1600
3. Thermal pads added inside the box.
Since I started with thermal pads...I can say that in MM it doesn't matter.
-after upgrade to 7.1 as I said..PC...MArk around 3000 (thermal pads mounted)
-after setting max freq 1600 + undervoltage I got a boost in PCMark to 3600
-in addition, with min freq 1600...got another boost..to 4300; in this turbo state..the battery drains quickly, but the interface it's fast like the wind.
PCMark doesn't use CPU at 100%, it counts also how fast cand do certain short tasks...and this matters because if CPU it's in it's low power states..it loose time to rise its freq and do the calc at full power.
Click to expand...
Click to collapse
Thermal mode does matter alot, CPU thermals is everything, the lower temps are, the higher frequency you can push the CPU, more frequency = more performance. As i said, without the thermal pads i could not get 1.6ghz to be stable, only 1.4 were stable-ish.
In stock rom, CPU governor and states are set according to the temps with the stock cooling. But if you don't change settings it wont change much. However Samsung engineers did a terrible job with those default settings, so as i explained in my first post only doing the software changes had dramatic impact on the performance because you get the CPU stable even at 1.4, but the thermal mod push it further to 1.6
The true performance benchmark is the 3DMARK (my screenshots 3 and 4 for score "ice storm unlimited" test and "Sling Shot" test) this will push your CPU and GPU to the max, PCMark is more about daily use performance and also can be used to measure battery performance between different settings.
Yes leaving CPU with minimum of 1.6 will drain battery more quickly naturally, is using more power, i leave mine at 1.2 as minimum, but minimum speed should not matter much in benchmarks if you are using the same as mine CPU governor. CPU governor basically tells the CPU how to behave, like how quickly to rise the frequency, for how long and etc.

Categories

Resources