this is my first thread in xda. sorry if i break any rules. and plz tell me if i did.
============================================================
Hello committee! I just registered here a few days ago and find it a really nice place. i found a lot of useful infos and learned skills here. enjoyed every second reading the posts.
i just spend the afternoon testing with some different kernels and ROMs. trying to figure out which one should i choose for daily use. i know it would be a long term testing to get a conclusion but this is a start anyway.
i'm posting my result here hoping could do a little contribution to this committee. and PLEASE share your ideas with me too!
============================================================
I used the app AnTuTu Benchmark on my Nexus S. dunno if it's the best benchmarking app but i think as long as i keep all the other settings the same. the result still tells some truth.
The results below ONLY show the performance of roms and kernels at BENCHMARKING. it does NOT say anything about battery life, usability or stability.
View attachment 1265857
=======================UPDATE===============================
AOKP seems not working properly with AirKernel. trying to figure out why. anyone can help?
*Air186B65f = AirKernel #186 BlueColor with 65fps
*Air186V = AirKernel #186 VoodooColor without 65fps
(both the above are High-BigMem versions.)
*marOTA4.2= marmiteKernel v4.2 for stockOTA ROM
*mar4.2 = marmiteKernel v4.2 for Custom ROMs
*bfq is not currently available on marmiteKernel v4.2 so i only tested deadline. dunno if it's a proper choice.
*Adroxd = Androxide 3.1.0
*NotPass = benchmarking was interrupted by force close of the app.
some conclusions:
1. ROOT does NOT affect the performance on stock ROMs.
2. performance does NOT do better at benchmarking, as it's supposed to, than some other governers.
3. NotPass does NOT happen every time with the same settings. i.e. i tested 2 times at 1.4GHz with smartassV2 and bfq on stock ROM. the first time it gave an result of 4090. but the 2nd time it force closed.
4. schedulers seem to be not affecting benchmarks on a big scale.
5. The result shows stock ROM with custom kernels DOES better performance than custom ROMs. (I like things to be stock. it makes me feel safe. But at the same time i prefer those mods in custom ROMs like the volume rocker wake-up and advanced power menus.)
6. I love xda-developers.com :laugh:
New benchmark expert arrived!
Welcome!
Edit: aha...not in-progress like bedalus:/
Sent from my Nexus S using xda app-developers app
Since you are new to this let me say something that most users are unaware of: the governor is absolutely irrelephant. The CPU will always be at 100%, otherwise it's not a true benchmark, thus rendering the delay to reach such % (basically what a governor does) a parasite variable.
The I/O scheduler performance is also tricky to measure as some are better in sequential operations, some are not.
So if you want to test ROMs & kernels (which makes much more sense, not I/O schedulers and governors), then here are a few tips:
More ROMs (make sure to include CM as it has many small code optimizations).
More kernels.
Drop the governor column and do everything in performance (this will force the max CPU frequency and eliminate the aforementioned parasite variable).
Choose one I/O scheduler and use it for every kernel (homogeneity).
Don't do OC.
Use more benchmarks (CF-Bench, Sunspider, GLBenchmark).
Run at least 3 times and note down the average result.
ioplkj13 said:
New benchmark expert arrived!
Welcome!
Edit: aha...not in-progress like bedalus:/
Sent from my Nexus S using xda app-developers app
Click to expand...
Click to collapse
LOL no i'm not a benchmark expert, yet. ;D but thanks for the advise. i think in-progress makes ppl excited and helps me to do the work better. just like knzo's post!
knzo said:
Since you are new to this let me say something that most users are unaware of: the governor is absolutely irrelephant. The CPU will always be at 100%, otherwise it's not a true benchmark, thus rendering the delay to reach such % (basically what a governor does) a parasite variable.
The I/O scheduler performance is also tricky to measure as some are better in sequential operations, some are not.
So if you want to test ROMs & kernels (which makes much more sense, not I/O schedulers and governors), then here are a few tips:
More ROMs (make sure to include CM as it has many small code optimizations).
More kernels.
Drop the governor column and do everything in performance (this will force the max CPU frequency and eliminate the aforementioned parasite variable).
Choose one I/O scheduler and use it for every kernel (homogeneity).
Don't do OC.
Use more benchmarks (CF-Bench, Sunspider, GLBenchmark).
Run at least 3 times and note down the average result.
Click to expand...
Click to collapse
these are very helpful! i'll take the advise and make my test better.
but i don't think i'll do A LOT ROMs and kernels. since i'm just testing those ROMs and kernels which i might be using for daily. but i WELCOME all other guys here to post their results! :fingers-crossed:
again, many thanks to your help!
So the best rom+kernel is the stock+air kernel?
We need more numbers. A benchmark thread with nearly only conclusions is just asking people to believe you without any proof. Not gonna happen in a place full of skeptics.
Knzo suggestions are very good too. You need more homogeneity in your benchmarks. Being all over the place only adds variables in the equation that favor one kernel or the other. And more tests. Pretty much just follow all what he said.
knzo said:
Since you are new to this let me say something that most users are unaware of: the governor is absolutely irrelephant
Click to expand...
Click to collapse
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Irrelevant*
polobunny said:
Irrelevant*
Click to expand...
Click to collapse
You don't really think I'd write irrelephant unintentionally right? I'm meme-aware! ;p
knzo said:
You don't really think I'd write irrelephant unintentionally right? I'm meme-aware! ;p
Click to expand...
Click to collapse
Haha! You got me there. I kinda knew of your meme ways, but that was some good trolling right there.
•Run at least 3 times and note down the average result.
Click to expand...
Click to collapse
Try to make the conditions the same for each run. For example, restart the phone and leave idle for 3 minutes, etc.
Andrew1998 said:
So the best rom+kernel is the stock+air kernel?
Click to expand...
Click to collapse
remember there's nothing called "best". as i said above the result only shows performance at benchmarking. as we know good benchmark score may result in poor battery life so it's not recommended for daily use.
if you could help this work it's much appreciated!
maybe you just do a benchmark (takes only 3 mintes) and post your rom and kernel with the score.
best wishes.
vikingsail said:
this is my first thread in xda. sorry if i break any rules. and plz tell me if i did.
Click to expand...
Click to collapse
Well since you asked nicely, you did post in the wrong section.
Thank you for the data, and there have been some good suggestions about tweaking the method.
Stock Rom.. air kernel #186..
Sent from my Nexus S
siddhesh.raikar said:
View attachment 1267462
Stock Rom.. air kernel #186..
Sent from my Nexus S
Click to expand...
Click to collapse
that is very impressive! any tweaks?
polobunny said:
We need more numbers. A benchmark thread with nearly only conclusions is just asking people to believe you without any proof. Not gonna happen in a place full of skeptics.
Knzo suggestions are very good too. You need more homogeneity in your benchmarks. Being all over the place only adds variables in the equation that favor one kernel or the other. And more tests. Pretty much just follow all what he said.
yes that's indeed what we need. i wish more ppl could take part in this.
and i'm trying to take more homogeneity into my testing. thanks for the advise!
Irrelevant*
Click to expand...
Click to collapse
sysadmn said:
Try to make the conditions the same for each run. For example, restart the phone and leave idle for 3 minutes, etc.
Click to expand...
Click to collapse
very funny...
siddhesh.raikar said:
View attachment 1267462
Stock Rom.. air kernel #186..
Sent from my Nexus S
Click to expand...
Click to collapse
Haha you over clocked to 1.4ghz. Here is mine.
Sent from my Nexus S using xda app-developers app
Good luck!
..
Related
Hello,
I'm the author of Voltage Control, an application for Galaxy S series to control OC/UV kernels. I don't personally own a Nexus S (and I cant say I will, unless someone want to Nexus S donate one for me ;p).
Voltage Control Lite 4.00 on Android Market!
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
I know there are many apps to control OC, but I dont know any doing UV work.
If anybody is interested in making UV kernel for Nexus S there are some working kernels for SGS (given the hardware similarities some knowledge may be taken from current solutions).
Authors of most OC/UV code are raspdeep and Unhelpful, heres the topic: http://forum.xda-developers.com/showthread.php?t=822027 and second: http://forum.xda-developers.com/showthread.php?t=762171
If you are interested in creating UV kernel working with Voltage Control, I'll give brief explanation how VC works, and how are things done on SGS.
My application communicates with kernel via sysfs interfaces via cat and echo:
mandatory:
Code:
/sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state // to read all states
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq // may be obsolete, didnt make a decision yet
Code:
/sys/devices/system/cpu/cpu0/cpufreq/UV_mV_table
key in UV procedure, it represents undervolt for each frequency from highest to lowest; "25 25 50 50 100" means UV highest freq by 25, and lowest by 100
providing additional functionality:
Code:
/sys/devices/system/cpu/cpu0/cpufreq/frequency_voltage_table
Containing all frequencies and corresponding voltages, format:
FREQ STOCK CURRENT
Code:
1120000 1300 1300
1000000 1300 1300
This is useful for determining stock voltages used by the device, because they are needed in voltage calculation. Stock values are hardcoded, but If you want to change them I suggest to implement this table, to let user know at exactly what voltage his device is running.
Third column is obsolete, since VC calculates current (stock-uv) voltage itself might be removed in the future.
Code:
/sys/devices/system/cpu/cpu0/cpufreq/states_enabled_table
This is table where we store enabled ("1") and disabled ("0") state for each frequency;
"0 1 1 0 1" means we disabled highest frequency and second to lowest.
This is useful when kernel developer wants to produce ONE kernel for all OC lovers.
This means there could be one kernel supporting OC frequencies up to 1600Mhz (lets say 1600,1500,1400,1300,1200,1120), and user could choose which ones he wants to use (eg 1400 and 1120, disabling the rest).
I'm aware that Nexus S will receive tremendous attention from developers so I believe that someone might actually come with better implementation (single table consisting of all information needed by VC?)of this mess.
Best idea would be to make one table for all information, so it can be easily parsed.
Current version of app is 4.0 beta, which is a complete rewrite.
I'm open for ideas, suggestions regarding additional features.
Happy OCing.
Thanks xan for this invitation
Unhelpful also played a big part with the initial code to load dynamically frequencies and voltages using a sysfs interface.
BTW, your app source is welcome on project-voodoo github !
I know several people motivated to contribute, it would be a place to start.
Right, Unhelpful, adding topic to OP.
Yes, this needs to be open-sourced.
No date yet, because there are monsters inside.
The thing that struck me now, is why is all of that so complicated?
I think I like single-table idea more and more.
ill volunteer to help.
Very exciting to see some of the best dev names from the SGS community showing interest in the Nexus S. Many goog things to come for us if they remain interested...
So when are we gonna see a 1.2GHz Voodoo OC/UV kernel
My phone recieves a noticeable speed increase with the voodoo kernel for Nexus S with max and min set to 1000 with performance governor Can't wait for a super optimized kernel OC/UV!
looking forward to a UV kernel to extend battery life.
jroid said:
My phone recieves a noticeable speed increase with the voodoo kernel for Nexus S with max and min set to 1000 with performance governor Can't wait for a super optimized kernel OC/UV!
Click to expand...
Click to collapse
Anything on battery?
defysword said:
looking forward to a UV kernel to extend battery life.
Click to expand...
Click to collapse
+1
why is no one compiling a kernel supporting xans app? i really loved it on my galaxy s and when i saw this threat i was hoping for a supported kernel for my nexus s. it really can make oc more stable if u r patient enough to test the best setzings for ur phone
Sent from my Nexus S using Tapatalk
Can't wait for this too. Xan's app is really good on SGS.
shrooms90 said:
why is no one compiling a kernel supporting xans app? i really loved it on my galaxy s and when i saw this threat i was hoping for a supported kernel for my nexus s. it really can make oc more stable if u r patient enough to test the best setzings for ur phone
Sent from my Nexus S using Tapatalk
Click to expand...
Click to collapse
This died the 22nd of December, I got my Nexus S around that time, kept it stock while on vacation over the holidays, missed out there.
I *may* check this out, don't want to turn into Patches....
But I could continue to build Honity stable for Will, but others run lower than he does.
Instead of stock + UV build it would be only 1.
And Honity14 could be the UVOC some want.
Problem in that is that I take a risk of people not understanding the "use at your own risk" part involved.
Thanks for bumping this thread, didn't know xan had this.
Sent from my Nexus S
morfic said:
This died the 22nd of December, I got my Nexus S around that time, kept it stock while on vacation over the holidays, missed out there.
I *may* check this out, don't want to turn into Patches....
But I could continue to build Honity stable for Will, but others run lower than he does.
Instead of stock + UV build it would be only 1.
And Honity14 could be the UVOC some want.
Problem in that is that I take a risk of people not understanding the "use at your own risk" part involved.
Thanks for bumping this thread, didn't know xan had this.
Sent from my Nexus S
Click to expand...
Click to collapse
sounds good. i like honity kernel but for my phone it needs a little fine tuning.
i think people would understand "use at ur own risk" imo most people understood it on the sgs forum.
so i really would love to see honity14 with uv options
Sent from my Nexus S using Tapatalk
Is there any progress?
xan said:
I'm open for ideas, suggestions regarding additional features.
Happy OCing.
Click to expand...
Click to collapse
Hi. great stuff here. would this app work (or made to work) using snq-'s undervolting via sysfs here.
I use a kernel with the above patch enabled and my ROM users would love to be able to do this using an app like this.
Thanks!
pongster said:
Hi. great stuff here. would this app work (or made to work) using snq-'s undervolting via sysfs here.
I use a kernel with the above patch enabled and my ROM users would love to be able to do this using an app like this.
Thanks!
Click to expand...
Click to collapse
Im a noob when it comes to kernel developping, but i hope this will help u:
From what i understood this app undervolts using following command:
echo "0,0,50,100,0...." /sys/devices/system/cpu/cpu0/cpufreq/UV_mV_table
Where the numbers stand for the amount of undervolting in mV for each freq. (I think it is from lowest to highest but im not sure. If u set the values at boot it just writes a startup script in /system/etc/init.d/
Sent from my Nexus S using Tapatalk
Fantastic,
The nexus s dev community is definitely growing now
JD
Sent from my Google Nexus Magic Wand S
JupiterDroid said:
Fantastic,
The nexus s dev community is definitely growing now
JD
Sent from my Google Nexus Magic Wand S
Click to expand...
Click to collapse
wtf? fancy seeing you here
Stea1thmode said:
wtf? fancy seeing you here
Click to expand...
Click to collapse
WTH young man, did you get lost
Just thought that I'd mention this.
I develop a kernel for the Captivate for CM7. Our cm kernel is based off Nexus S code, so anything that works under it will work under your kernels as well (probably). I've implemented this successfully under my kernel with no real problems.
Just add a sysfs interface to the cpufreq driver to store the uv amount, then subtract that amount * 1000 from arm_volt before feeding it into the regulator.
Sources are here --> https://github.com/TheEscapistxda/CM7-OCUV
PS I apologize for my terrible commenting.
AOSP Kernels for HTC's 8x50, 7x30, and 8x60 Devices
Also available for the Motorola Xoom
Tiamat kernels are designed for use on all ROMs that are built from the AOSP source code. This includes ROMs built from MIUI, CyanogenMod, and others.
Tiamat receives no support for use with ROMs based on HTC's Sense - use at your own risk.
Click to expand...
Click to collapse
Tiamat Kernels
You can find full details about Tiamat Kernels at our website. The site is up and running and serves as a more centralized location to get updates, downloads, and changelogs for all Tiamat Kernels. There is no forum or Registration, it’s just a more convenient way to keep things organized as we work to add support for more devices.
Click to expand...
Click to collapse
Support
Join the Tiamat Kernel developers on IRC at irc.freenode.net, #tiamat. Support and questions are generally handled faster there than the forums. You can easily join via webchat here.
Click to expand...
Click to collapse
Special Thanks to:
toastcfh, slayher and the CyanogenMod team for the base kernels and everything else they do for the Android community
bcnice20 for generally being awesome
TeamWin for also generally being awesome
netarchy, chad0989, cuviper, and invisiblek for some great code
intersectRaven and redstar3894 for the Mjolnir compiler
JasonK75 for updating threads
Click to expand...
Click to collapse
Quick Links
Click to expand...
Click to collapse
8x50 Changelog
8x60 Changelog
7x30 Changelog
Downloads
FAQ
Source Code
Our site is up.
tiamat-aosp.com
Check it out and give us feedback guys.
Also, join us on irc!
irc.freenode.net
channel - #tiamat
Userbars: -- thanks to -viperboy-
Founder
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Staff
Contributor
Tester
User
reserved for later
Downloading this now to try out; I assume that you included both Evervolv's and r2doesInc's GB ROMs in your statement of "all current GB ROMs"? That'd be great, because I swear that Invisiblek's kernel, fast and fluid as it is, is causing some majorly excessive overheating in my phone. I'd prefer that my phone break down...well, never, but if it did, closer to my contract upgrade date. lol hoping yours puts out less heat (and I'm only running the main profile at 1.1GHz, so it's not even that much over the stock).
Question: What exactly is HAVS and what is this undervolted to? And I don't know how to test USB tethering, sorry. Also I am running Cyanogen 6.1
I have installed this and ran a quadrant score and linpack test that I will post a screenshot of. I overclocked to 1.15 w/ smartass governor as default:
Going to look at this
Sent from my ADR6300 using XDA App
Cayniarb said:
This is the second iteration of my kernel, but it is the first time I'm posting it on XDA. You can find the post for the first version on the miui-dev forums here.
Click to expand...
Click to collapse
So far no problems with the kernel.
Does your kernel offer any built in screen off profiles when using the Smartass governor? Some kernels with smartass usually do a min-max screen off profile of 245.
Just checking, in case I have to make a screen off profile in setcpu.
dccoh said:
So far no problems with the kernel.
Does your kernel offer any built in screen off profiles when using the Smartass governor? Some kernels with smartass usually do a min-max screen off profile of 245.
Just checking, in case I have to make a screen off profile in setcpu.
Click to expand...
Click to collapse
Second this, i'd like to know about all of this too.
dccoh said:
So far no problems with the kernel.
Does your kernel offer any built in screen off profiles when using the Smartass governor? Some kernels with smartass usually do a min-max screen off profile of 245.
Just checking, in case I have to make a screen off profile in setcpu.
Click to expand...
Click to collapse
Screen off on smartass sets to 128/384 min/max.
morph3k said:
Question: What exactly is HAVS and what is this undervolted to? And I don't know how to test USB tethering, sorry. Also I am running Cyanogen 6.1
I have installed this and ran a quadrant score and linpack test that I will post a screenshot of. I overclocked to 1.15 w/ smartass governor as default:
Click to expand...
Click to collapse
I've seen quadrant scores in the mid 1500's with this kernel. The linpack app always gives kind of low scores since it was updated. With 0xBench, I've seen linpack scores in the 41's.
HAVS is hybrid active voltage scheduling. It allows the CPU to dynamically change the voltage at each frequency (speed) based on need. The ultimate result is better battery life.
This kernel will undervolt as far as 925 mV at lower frequencies. That is a fairly aggressive level and honestly, it may need to be raised a bit. On the other hand, I'm coming from the Evo which is a bit more power hungry (a lot of Evo's can't boot with that low of an undervolt, but my Incredible has not had any issues with it).
Thanks for the kernel. Great to see all the new options popping up from a growing pool of devs. Much appreciated.
Cayniarb said:
Screen off on smartass sets to 128/384 min/max.
Click to expand...
Click to collapse
Thank you for the quick response. Is there a specific reason for the 384 max?
My phone seems to handle the kernel fine, despite it being heavily undervolted. Having it undervolted, yet having a 384 max screen off probably balance out, so im not complaining. I'll continue to test it and see how battery life goes. Thanks again for the kernel.
Happy Holidays!
dc
I am liking the aosp explosion as of late.
Sent from my ADR6300 using XDA App
Cayniarb said:
I've seen quadrant scores in the mid 1500's with this kernel. The linpack app always gives kind of low scores since it was updated. With 0xBench, I've seen linpack scores in the 41's.
HAVS is hybrid active voltage scheduling. It allows the CPU to dynamically change the voltage at each frequency (speed) based on need. The ultimate result is better battery life.
This kernel will undervolt as far as 925 mV at lower frequencies. That is a fairly aggressive level and honestly, it may need to be raised a bit. On the other hand, I'm coming from the Evo which is a bit more power hungry (a lot of Evo's can't boot with that low of an undervolt, but my Incredible has not had any issues with it).
Click to expand...
Click to collapse
I was not trying to say your kernel was bad, in fact 1400's is great for me. I am enjoying your kernel a lot. I just thought you would like some feedback and those 2 things were some quick feedback i thought I could give ya.
DS36 said:
I am liking the aosp explosion as of late.
Sent from my ADR6300 using XDA App
Click to expand...
Click to collapse
Me too. Very nice to see new AOSP ROM's and especially some AOSP Kernel's. Not long ago the choice for AOSP Kernels was very very limited, just kk's and ziggys I think.
dccoh said:
Thank you for the quick response. Is there a specific reason for the 384 max?
My phone seems to handle the kernel fine, despite it being heavily undervolted. Having it undervolted, yet having a 384 max screen off probably balance out, so im not complaining. I'll continue to test it and see how battery life goes. Thanks again for the kernel.
Happy Holidays!
dc
Click to expand...
Click to collapse
I don't like to drop the screen-off max to 245. Maybe this is another hang-up coming from the Evo, but when it is that low, there can be some issues on wake-up. That said, it's a max, so unless the phone needs to clock that high while the screen is off, it wont. Also, even at that level it will still undervolt at either 925 or 950 mV.
morph3k said:
I was not trying to say your kernel was bad, in fact 1400's is great for me. I am enjoying your kernel a lot. I just thought you would like some feedback and those 2 things were some quick feedback i thought I could give ya.
Me too. Very nice to see new AOSP ROM's and especially some AOSP Kernel's. Not long ago the choice for AOSP Kernels was very very limited, just kk's and ziggys I think.
Click to expand...
Click to collapse
I didn't think you were cutting on it, I was just saying that the numbers can go even higher. For my part, this kernel screams. It's not quite as fast as my Evo, but that can handle an OC to 1267, my Inc locks up at anything over 1113. Also, it's probably a bit easier to squeeze some extra performance out of it when cellular data is always turned off.
Only overclocked to 1075. I think I'm in love.
Sent from my ADR6300 using XDA App
I'll give this a try. invisiblek #21 broke my touch capabilities altogether, so we'll see if this one actually works with the 10 point touch.
Edit/Update: My phone does NOT like the 10 point patch, so this kernel is another no-go for me. It figures I can overclock to 1190 but I can't do this, which in the end is probably a lot more useful.
willhill said:
I'll give this a try. invisiblek #21 broke my touch capabilities altogether, so we'll see if this one actually works with the 10 point touch.
Edit/Update: My phone does NOT like the 10 point patch, so this kernel is another no-go for me. It figures I can overclock to 1190 but I can't do this, which in the end is probably a lot more useful.
Click to expand...
Click to collapse
Not every panel is capable of the 10-point multitouch. I can recompile a version that cuts it back down to 3 and that should work for you.
Sent from my PC36100 using Tapatalk
Cayniarb said:
Not every panel is capable of the 10-point multitouch. I can recompile a version that cuts it back down to 3 and that should work for you.
Sent from my PC36100 using Tapatalk
Click to expand...
Click to collapse
thanks for the cayniarb... we miss you in the miui irc gonna load it up now... my panel doesnt like 10 either but why the hell do i need 10 neways... 2 is enough for me
thanks for the great work
It's DoW if you owned a Vibrant before, Trinity is the name in its passport though.
-------------------------------------------------------------------------------------------
Files and source:
www . Der Kernel . com
-------------------------------------------------------------------------------------------
ICS:
Voodoo Sound V10 (Thanks supercurio)
Trinity Spice (based on voodoo color V1 by supercurio)
BLN (Backlight notification) (Big Thanks Neldar)
Backlight dimmer by Ezekeel
Based on Samsung git source.
Safeboot to lower clock, higher need a tool like setcpu or no-frills CPU control
New Trinity bootanimation by @rascarlo
TUN module (Tunneling/VPN support)
CIFS module (Samba support)
EXT4 tweaks
Most lean build achievable.
Not a rebooter.
JB: WIP
For CM, to use this kernel flash the CM Black Screen Fix (Thanks JackpotClavin and lurtis)
Thanks to @RyanMacG for euroskank hosting
When "Just Flash It" didn't work:
Flash rom.
Flash kernel.
Power off.
Pull battery for 2 minutes.
Put battery back
Now boot phone.
---------------------------------------------------------------------------------------
GPS woes? Try this .apk, worked wonders on GB.
Endursa shared this GL fixing link. Follow it, see 65fps on Quadrant planet like it was meant to be.
T for Trinity
UV for undervolt (you would want to uninstall setcpu like apps and just run it)
EUV represents a 880MHz top speed power savings kernel, snappy still? You Bet'cha!
144 for 1.44GHz (I will rethink this when the 10GHz phones hit the market)
-Any means it uses Koush's anykernel scripting to install trinity using the original ramdisk, making it possible to use it on m(any) roms w/o needing a special version.
(X)A new kernel just born by my slacker hands, feel free to use it, we think it's good even if it was eXperimental just moments ago. (X) comes off when we feel it's a daily driver.
maybe i need this later
Hmmm, interesting :3
I'll test it right now
edit: Freeze after playing games or using the 3d drawer
dario3040 said:
Hmmm, interesting :3
I'll test it right now
edit: Freeze after playing games or using the 3d drawer
Click to expand...
Click to collapse
Launcher Pro? Or do you mean adw's 4D?
Sent from my Nexus S
morfic said:
Launcher Pro? Or do you mean adw's 4D?
Sent from my Nexus S
Click to expand...
Click to collapse
Google's stock android 2.2/2.3 launcher.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Yea I will say this is the fastest kernel I have ever used, scored averaging 3700, best being almost 4000...Solid work morfic.
adewey234 said:
Yea I will say this is the fastest kernel I have ever used, scored averaging 3700, best being almost 4000...Solid work morfic.
Click to expand...
Click to collapse
Thanks for some positive feedback.
This is the longest tested of all kernels I built.
Simms22 is not much of a tester, his phone runs about any crazy oc and uv I throw at it, so I added time to testing it
Unfortunately no oc kernel will ever run stable on all phones, if they did, samsung would charge us for that.
Sent from my Nexus S
morfic said:
Thanks for some positive feedback.
This is the longest tested of all kernels I built.
Simms22 is not much of a tester, his phone runs about any crazy oc and uv I throw at it, so I added time to testing it
Unfortunately no oc kernel will ever run stable on all phones, if they did, samsung would charge us for that.
Sent from my Nexus S
Click to expand...
Click to collapse
Unfortunately not stable on my device. Ran a couple of quadrants (4015) but froze during smartbench.
morfic said:
Thanks for some positive feedback.
This is the longest tested of all kernels I built.
Simms22 is not much of a tester, his phone runs about any crazy oc and uv I throw at it, so I added time to testing it
Unfortunately no oc kernel will ever run stable on all phones, if they did, samsung would charge us for that.
Sent from my Nexus S
Click to expand...
Click to collapse
Naw it runs 100% on full OC 1440. I only have issues with radio occassionally, but thats because i cant make up my mind which is better, KB1 or KB3. But yea, mos def a daily driver. Ive drained my battery in 1/3 of the time i usually do, playing with my phone so much. Much appreciated sir, if you need more experienced feedback, let me know, I've done some work with android, just dont have the time as of late, but logcats etc are easy and not that taxing on my time
morfic said:
Thanks for some positive feedback.
This is the longest tested of all kernels I built.
Simms22 is not much of a tester, his phone runs about any crazy oc and uv I throw at it, so I added time to testing it
Unfortunately no oc kernel will ever run stable on all phones, if they did, samsung would charge us for that.
Click to expand...
Click to collapse
except for that damned 1.7ghz kernel. one of these days..
jlevy73 said:
Unfortunately not stable on my device. Ran a couple of quadrants (4015) but froze during smartbench.
Click to expand...
Click to collapse
the phone commited murphacide
adewey234 said:
Naw it runs 100% on full OC 1440. I only have issues with radio occassionally, but thats because i cant make up my mind which is better, KB1 or KB3. But yea, mos def a daily driver. Ive drained my battery in 1/3 of the time i usually do, playing with my phone so much. Much appreciated sir, if you need more experienced feedback, let me know, I've done some work with android, just dont have the time as of late, but logcats etc are easy and not that taxing on my time
Click to expand...
Click to collapse
i used(on uv now, will use again) this kernel, as a daily driver, longer than any other. it definitely deserves respect. btw, i use KB1, and also had a hard time decided which radio i liked best
Hey Morfic, I have a question, when you were applying the patches for the kernels with BFS, were you using this file or a different one? 2.6.37-sched-bfs-363.patch
adewey234 said:
Hey Morfic, I have a question, when you were applying the patches for the kernels with BFS, were you using this file or a different one? 2.6.37-sched-bfs-363.patch
Click to expand...
Click to collapse
359 and later 363, but been a while.
Curious to see if superuser still hangs in "VM_WAIT" with 363 now or not.
Sent from my Nexus S
Mine was stable at 1.4ghz, but crashing constantly at 1.44ghz.
terryhau said:
Mine was stable at 1.4ghz, but crashing constantly at 1.44ghz.
Click to expand...
Click to collapse
Exactly the same issue I had.
How can you guys get almost 4000 in quadrant scores.
The maximum I got w/ this kernel was 3100, for me the phone is reallly fast but if you have more I want this more that I don't have.
Thanks,
liquelt said:
How can you guys get almost 4000 in quadrant scores.
The maximum I got w/ this kernel was 3100, for me the phone is reallly fast but if you have more I want this more that I don't have.
Thanks,
Click to expand...
Click to collapse
set your cpu to 1440/1440, then test 4 times in a row. the 1st is always much lower then the rest. the 3rd or 4th test should be more accurate.
First - 3091
Second - 3247
Third - 3770
Forth - 3813
Fifth - 3591
So here is my results, thanks for this FANTASTIC KERNEL.
liquelt said:
First - 3091
Second - 3247
Third - 3770
Forth - 3813
Fifth - 3591
So here is my results, thanks for this FANTASTIC KERNEL.
Click to expand...
Click to collapse
there you go, good ole #4
@800MHZ is the voltage the same or lower than 1GZ?
This will guide you and teach you too ONLY if you read well rather than just pressing download links!
Now that we had TONS of kernels out there, It doesn't means NEWER = BETTER.
Here you will find useful links to guide on choosing which kernels fits your needs.
This is pointing out and will be guide for those people who dont know what is a KERNEL?
This thread is for those who doesn't know wtf does a kernel is, for those gamers for those on stock roms for those who wants performance for those wants promising benchmark scores etc..
KERNEL? what is it?
In computing, the kernel (from German Kern, nucleus, core) is the main component of most computer operating systems; it is a bridge between applications and the actual data processing done at the hardware level. The kernel's responsibilities include managing the system's resources (the communication between hardware and software components). Usually as a basic component of an operating system, a kernel can provide the lowest-level abstraction layer for the resources (especially processors and I/O devices) that application software must control to perform its function. It typically makes these facilities available to application processes through inter-process communication mechanisms and system calls.
Source|for more info click here
Click to expand...
Click to collapse
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Image source here
This shown picture above gives you the basic idea what does a kernel is and
what depends on it.
Click to expand...
Click to collapse
Now that you know what a kernel does, its time to know what VSYNC (Vertical Synchronization) is?
Vertical Synchronization, also called Vertical Sync, or simply VSync for short, was primarily required because of the physical limitations of CRT monitors as discussed in the Refresh Rate section. A CRT monitor has to constantly light up the phosphors on the screen many times per second to maintain an image, and can only do this a certain number of times per second based on how fast the electron gun in the monitor can move. Each time it has to redraw the entire screen again, it moves the electron gun inside the monitor from the bottom of the screen to point to the top left of the screen, ready to 'repaint' all the lines on the screen from top left to bottom right, and back again for the next refresh. The period during which the electron gun moves to the top of the screen for a new refresh is called the Vertical Blanking Interval (VBI).
Enabling VSync tells your graphics card to synchronize its actions with your monitor. That means the graphics card is only allowed to swap its frame buffer and send a new frame to the monitor when the monitor says it is ready to repaint a new screen - i.e. during the VBI. Your graphics card and monitor do not have to be in sync; they can still operate properly when VSync is disabled, however when VSync is disabled, you can experience a phenomenon called Tearing in periods when your graphics card and monitor go out of sync, precisely because the graphics card and monitor are acting without regard for each other's limitations.
Click to expand...
Click to collapse
For further explanation about VSYNC, redirect here: source
Topic content:
▷Vsync on and off difference
▷FPS and vsync explanation
▷Tearing
▷Advantage and disadvantages
-----------------------------------------------------------------------------
Now base on my experience, this are the .35 kernels (never had tried .32 so I cant point out which one is good for me) I personally found out useful and those gave me good experience on stock and custom roms.
NOTE: it doesn't means all of this are BUG free!
For stock rom 2.3 | .35 kernel
Vsync off
The smoothest one i found for stock lg rom|voff gives smoother ui transitions and scrolling
Rome-v1.3.3-cfs-vsync-off by zack here
Vsync on
Best one i tried for von on stock rom
paolo's OC kernel V3 here
you'll find the thread here but most of the links are dead
For custom roms, all cm7 based rom (miui, lewa.etc) and themed roms |.35
Vsync on
best ones i tried that gave me performance and really good experience even on games!
Ta-gb-kernel-v1.1 by thachtunganh: here
Roq kernel-IX by Roqu3: here
Roq kernels (for those who doesnt even give effort to search but rather spam and ask anywhere) here! Newer doesn't mean better
Vsync off
for benchmark HOGS and for games who need further more frames for HQ games
PP kernel v1.7 ta-gb 1.2 based, originaly by thachtunganh moded by trettet here (the best for games so far)
Candied kernels by DJnoXD here (voff with variety of touch fixes also good for heavy games but lesser benchmark scores compared from PP kernel v1.7)
Nice tutorial there
Sent from my LG-P500 using xda premium
sorry ahead about this massage:
listen my english is pretty bad and to read all of this will take me an hour or even more so can you plz recoomend me on the best rom for preformence ? i dont give a damn about battery i just want the launcher transition will be smooth and games to work as best as can.. i dont car even if phone drain battert in 6-7 hours
Great!
Sent from my LG-P500 using XDA
True ta gb 1.1 is best for me.....bugfree.......tried so many kernels....
Sent from my LG-P500
I'd be curious to know about ics kernels..I'm currently using redpill and stay with stock kernel but the developer has made a suggestion of not overclocking,but nice tutorial..this should be a sticky
Sent from my LG-P500 using xda premium
really helpful for clearing out the basics of kernel..!! Thanks mate..!!
great share!
people can smoeone plz explain which is the bast rom of gaming?( just for gaming i dont care of any thing else )
dokvader114 said:
people can smoeone plz explain which is the bast rom of gaming?( just for gaming i dont care of any thing else )
Click to expand...
Click to collapse
GTR.
A good rom like CM and a good kernel as in my suggestions will give you good game experience, as of now I'am on gsnap rom simply because its CM but I like the way its very lightweight.
i confused on my question i meant which kernel is the best for gaming? im curnttly using GTR-V7.8 kernel roq+paolo touch fix
dokvader114 said:
i confused on my question i meant which kernel is the best for gaming? im curnttly using GTR-V7.8 kernel roq+paolo touch fix
Click to expand...
Click to collapse
That's great for gaming but u might wanna use PP Kernel by trette that is the best for gaming
Sent from my LG-P500 using xda premium
Or buy a new phone
Sent from my LG-P500 using xda premium
lol cant affored a new phone..my perent promised me an iphone 5 but i must wait till it get to israel till then im still using my suckish phone which my suchish friend laugh at
and ty for recommending
and plz pp kernel link ? in google i found just pp kernel but not PP Kernel by trette
dokvader114 said:
lol cant affored a new phone..my perent promised me an iphone 5 but i must wait till it get to israel till then im still using my suckish phone which my suchish friend laugh at
and ty for recommending
and plz pp kernel link ? in google i found just pp kernel but not PP Kernel by trette
Click to expand...
Click to collapse
link
dokvader114 said:
lol cant affored a new phone..my perent promised me an iphone 5 but i must wait till it get to israel till then im still using my suckish phone which my suchish friend laugh at
and ty for recommending
and plz pp kernel link ? in google i found just pp kernel but not PP Kernel by trette
Click to expand...
Click to collapse
PP kernel 1.7 will give you performance but i dont suggest it on stock cm, may be on GTR but on stock it would only make scrolling sluggish because of screen tearing.
recreation012 said:
PP kernel 1.7 will give you performance but i dont suggest it on stock cm, may be on GTR but on stock it would only make scrolling sluggish because of screen tearing.
Click to expand...
Click to collapse
so what do you reccomend on GTR ( WHICH KERNEL?)
> agreed with roq IX and ta-gb 1.1:good:
I have a question I'm on aokp dynamite's ics and the performance is awesome. but some games (not necessary heavy weight) don't start. in somewhere I read that changing the kernel would help. so is anybody here in ics using custom kernels?
Hello everyone...i know we all share the same question...which kernel is better in terms of battery...so i decide (I had done this before but an admin lock the threat) but i decide to do it again..cause i really want this anwer, at least a part of it, to be answered...so i decide to stick with one rom, difficult don't try this, and simply flash all available kernels there is out there...run AnTuTu battery benchmark and compare the results
Im not so good with words so here it goes...
Rom Aokp Preview...I know all you start saying that this is a preview rom i should test this with a more stable rom...but all i want is to test the kernel it self...not the rom...so none or if a bit of rom bugs/drains will cause this test to fail cause i didnt use the phone at all, the whole 2 hours of the benchmark...
All my apps..i have at least Android is upgrating said 150 apps Titanium sais 98 without the system...i want to see the kernel working at a normal setup...maybe its nothing but who knows...
Wifi on 3G off...as i said i want this to be run at normal usage..we all have wifi open if not 100% 85% of our usage...
And for the end...i left all kernel settings pure default...i dont use FKU,Fauxclock,Semamanager or not even Trickster...if a dev as for example @morfic wants Trinity to work 2cores its fine by me...I didnt change nothing no UV no OC no UC no nothing....
The test needs 100% battery to run...of course..and a straight 2H and some minutes depenting on kernel to run from 100% to 73% to 46% and finaly to 19% by mesuring the time it took it to drain all this juice we found the drain per minute that we need to compare our kernels...
Test also mesures battery temp..so we mesure average battery temp...i have cpu temp widget but i can't stare the screen all this hours to check the temp when a sertane percedance is reached...also...for those who wanter why i haven't test francos yet...i also said this to @franciscofranco on google+ at 85%+- of the test i notice that the cpu gets really hot..im talking about 86C so the test stops..i manage to test it once by leaving my phone to my floor that cold but i mistakanly forgot 3G on and the test finish on 40minutes!
Anyway..here is my spreadsheet feel free to comment if i made something wrong specially on sums..and on the attachments i will add 3 pics of each kernel showing the end screen of the test,the rating of the test and the drain line on settings...
26/09/13:I decide to enable UnderVolt to the kernels from here and on...Matrix 11 just like franco...and semaphone for some strange reason don't have a proper thermal throtle...at 86C the test just stops...so im hopping i can keep it below that temp to be able to run the test!!
Thanks and remember this is just benchmark..feel free to test kernels yourself to see which one fits you best...and sorry that i kill your language!!
Next kernel: Bricked
21/09/13 Base rom changed to PSX....all kernels will be re-tested...sorry for the delay...
22/09/13:Finish benchmark for Faux123 26m
23/09/13:Finish benchmark for Trinity T4h
24/09/13:Finish benchmark for Stock 4.3
25/09/13:Finish benchmark for Franco 184*Retest needed
26/09/13:Finish benchmark for Matrix 11**-112mV enabled
26/09/13:Finish benchmark for Sema 1.6.5**-100mV enabled
27/09/13:Finish benchmark for AK 25+
28/09/13:Finish benchmark for NEO 12**-112mV enabled
28/09/13:Finish benchmark for Hells-core B38**-125mV enabled
29/09/13:Finish benchmark for Franco r184**-125mV enabled
30/09/13:Finish benchmark for Reborn90 r184**-125mV enabled
1/10/13:Finish benchmark for Bricked 20/9**-125mV enabled
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Wow I can already tell this is going to be very useful and answer a lot of questions, thanks in advance for this!!
a thought maybe.. how about adding the default nexus 4 android kernel to the graph? it would make the comparison more interesting
I think this is very utility, wating for franco kernel.
Wow OP.. By any chance after these test could you use the best kernel out of these test and also do a analysis on the radios of mako. I think 3g test can predict the difference on battery drain using each one of them.
simms22 said:
a thought maybe.. how about adding the default nexus 4 android kernel to the graph? it would make the comparison more interesting
Click to expand...
Click to collapse
I could use the stock 4.3 kernel to check the difference...its a good advice....
arjunv said:
Wow OP.. By any chance after these test could you use the best kernel out of these test and also do a analysis on the radios of mako. I think 3g test can predict the difference on battery drain using each one of them.
Click to expand...
Click to collapse
With 3G open the results are gonna hurt many devs...as i said the only success test with franco kernel with 3G open but not in use cause of open wifi...the test from 2.04hours of faux it goes to 40minutes with franco....im using hybrid .34 modem right now....even than im not be able to get any 4G signal... :/
Also thanks for you kind words....i thought by now the threat cause be locked by a admin like the 1st one!!
Nice thread! Will solve some general problems regarding kernels maybe.
3mperror said:
Nice thread! Will solve some general problems regarding kernels maybe.
Click to expand...
Click to collapse
As i said they are just benchmarks...its gives an idea of what each kernel can do...at least of a non stop benchmarking point of view...
I finished semaphones benchmark but after the reboot i saw that from 18% the battery goes to 36% so there is something wrong with the batterystat.bin file...so i have to redo this benchmark so i can be as accurade as i can!!!
Very usefull thread,good job
Sent from my Nexus 4 using Tapatalk 4
Correct bench of Semaphone 1.6.5 next kernel again..franco r185!!!
intresting.....
waiting for Matr1x results
Some one out there have been doing the exact same thing over the past week with me then ! hahaha - I have Carbon Rom as a base, I have had it on Franco, Faux, Sema & Matrix - All same setup, same apps, same usage - And the best results I have had so far is Carbon + Matrix Kernel. Looking forward for your experience.
Ensifolk said:
Some one out there have been doing the exact same thing over the past week with me then ! hahaha - I have Carbon Rom as a base, I have had it on Franco, Faux, Sema & Matrix - All same setup, same apps, same usage - And the best results I have had so far is Carbon + Matrix Kernel. Looking forward for your experience.
Click to expand...
Click to collapse
you didnt do trinity kernel, id consider it one of the major kernel :crying:
just teasing
did you do the stock kernel, to use as a base?
simms22 said:
you didnt do trinity kernel, id consider it one of the major kernel :crying:
just teasing
did you do the stock kernel, to use as a base?
Click to expand...
Click to collapse
Simms mate! Hehehe, first, love your pics on twitter! Second, I am still in the testing process - Gonna flash Trinity on a day I know Im gonna be on full wifi and free on time - I want the test to remain objective and under the same past conditions.
S2 has/had a similar thread. Great!
Excellent thread, I cannot wait till you finish your table, and btw, thanks for doing this man, big big help for all of us
Sent from my Nexus 4 using xda app-developers app
Thanks for all your kind words!!!
Is the antutu battery tester only causing heavy load? Because that would ignore kernel's idle drain
Also, I'd chose always the most recent kernel version to test. hellcore is at b37 right now (maybe just a typo?)
ccab said:
Is the antutu battery tester only causing heavy load? Because that would ignore kernel's idle drain
Also, I'd chose always the most recent kernel version to test. hellcore is at b37 right now (maybe just a typo?)
Click to expand...
Click to collapse
Good question !
Sent from my Nexus 4 using xda app-developers app
This is a very use full piece of work, thank you for your time, and I look forward to seeing how matrix does. one point to note as well as the comments about idle, is that different kernels behave differently sometimes depending on the ROM that they are paired with, so possibly repeating the test with a cyanogen based ROM and some 3rd ROM for all of the kernels before taking an average might be an interesting test. But of course it is up to you, I don't know how much time you have :thumbup:
Sent from my Rooted NEXUS 4