Can any of the existing Tbolt kernels be compiled using a newer toolchain for better performance?
Looks like Linaro 4.6 works on 2.3.7.
http://www.linaro.org/downloads/1111/
I love leankernel, zoom, etc., but maybe we could squeeze a bit more out of them?
Related
Is anyone looking at the Linaro work to see if we can use it to accelerate the Nook Color builds?
http://www.linaro.org/news/release/...ich-now-available-on-linaro-member-boards/en/
i've read that the CM9 team will be adding some of those enhancements in the cm9 code, so we should get them when those changes are accepted in the git i suppose
How does this relate to the Nook color (asking in a positive way) ?
I could be wrong, but this is more or less how it works:
the cm9 source code is updated every day with tweaks and new features and is available on the internet. The nook has (unofficial) nightlies and this means that every night the source code from cm9 is taken and the many, many tweaks specificaly for the nook color (made by the devs on the nook color forum) are applied to the cm9 base and this is built into a ROM. So if the cm9 source code is altered with the linaro tweaks, it's automatically in our nook color builds. I hope this is correct
As for how it applies, if we get significant speed boosts from the optimized code our Nook Color useful lifespan will have increased again. I know there are some things I do on the NC that just seem slow compared to my Transformer and if we could get a significant boost because of some code and compiler optimizations, that would be great.
Sent from my Transformer TF101 using xda premium
I'm pretty sure we will need to be on the new kernel before we will see the speed benefits from Linaro, but it will be nice when it happens.
Sent from my SPH-D700 using xda premium
look at the changelog and i do believe that some of the Linaro enhancements have already been applied...
http://forum.xda-developers.com/showthread.php?p=27283178&highlight=linaro#post27283178
http://forum.xda-developers.com/showthread.php?p=26042793&highlight=linaro#post26042793
http://forum.xda-developers.com/showthread.php?p=25662953&highlight=linaro#post25662953
yes they are the older linaro tool-chains but i'm sure they'll be updated if they haven't already been
Hey guys,
just want to know, if the Linaro Toolchain is implemented in some kind of ROM or something like that.
The Optimus 2x got it already. And really -> I have never seen some smoother Android Experience... This is nutz!!!
Would be nice if someone could implement this in some SGS2 ROMs.
I've heard that it might be added to CyanogenMod.
So after the announcements today at Google I/O 2012 about Jellybean, I'm curious to know the differences of this "Butter" approach on Jellybean (Android 4.1) vs Linaro improvements of Ice Cream Sandwich (Android 4.0.4)...
this should just be an open discussion about the two and the techniques used to make both of them faster... i've ran a few ROMs with a version of the Linaro toolchain and it does seem a bit smoother than the stock version of that same ROM...
Not much online about "Butter" yet... but here's a video of Linaro in case you missed the memo on that one...
Maybe the project Butter is only the integration of Linaro
Heronger said:
Maybe the project Butter is only the integration of Linaro
Click to expand...
Click to collapse
I think in the same way!
And Google will not waste time when they knows the existence of Android Linaro.
Nori_Wave said:
I think in the same way!
And Google will not waste time when they knows the existence of Android Linaro.
Click to expand...
Click to collapse
This maybe right but they would need to fix it and that maybe why they renamed it.
this is something to research, i hope the linaro dudes are rewarded in some manner.
i'm runnning a JB rom and it has a lot of new features, but most important (and most difficult I'd think) is the awesome performance boost.
https://plus.google.com/u/0/106075758531242552855/posts/PgzJLfDB8sg
BAD_BOY_KIEV said:
https://plus.google.com/u/0/106075758531242552855/posts/PgzJLfDB8sg
Click to expand...
Click to collapse
Great read if you haven't read it yet... so he's basically saying that 4.1 WITH some additional linaro tweaks could run even faster... that's insane to think considering how blazingly fast jb already is... thoughts on that?
Sent from my Nexus S 4G using Tapatalk 2
Hello,
I have tried to search kernels which are compiled with Linaro toolchain but I cannot orient in it. Can please anyone post here kernels which are compiled by Linaro toolchains here? (Jelly bean only).
festr said:
Hello,
I have tried to search kernels which are compiled with Linaro toolchain but I cannot orient in it. Can please anyone post here kernels which are compiled by Linaro toolchains here? (Jelly bean only).
Click to expand...
Click to collapse
Probably none. It's better/easier to use the toolchain from Google, that way you can be sure there won't be any problems compiling and you won't get any bugs from using an experimental toolchain.
Linaro's changes are being merged/considered for merging upstream. So as Google updates their toolchain we'll get the optimizations made by Linaro (and others).
If you want to live on the bleeding edge you're welcome to build with Linaro's toolchain. I'd suggest building Android as well as the kernel if you do that though.
I have used kernel on SGS 1 compiled by Linaro toolchain and the performance gain was outstanding. So thats the main reason I'm asking if someone already made experimental kernel compiled by Linaro for SGS 3. The SGS1 was pretty stable and I still have it on my old SGS 1.
Actually the performance gain from the Linaro TC is minimal, nothing outstanding. So don't even sweat it dude. Go on with the stock toolchains.
At least it was noticable difference on SGS 1 with linaro / without linaro. But it is only my expirience without any science background.
You have tried Linaro compiled kernel on SGS 3?
b-eock said:
Actually the performance gain from the Linaro TC is minimal, nothing outstanding. So don't even sweat it dude. Go on with the stock toolchains.
Click to expand...
Click to collapse
Yes exactly, the benefits were minimal at best.
Outstanding is waaaayyyyy off the mark.
(I've used linaro kernels on gnex, the exact same source (Franco's kernel) one built using linaro tool chain, the other using the Google tool chain.)The difference was negligible.
Sent from my GT-I9300 using xda premium
Thank you for sharing expirience. That is totally in oposite to my expirience on SGS1
Perseus at least is compiled with linaro toolchain.
b-eock said:
Actually the performance gain from the Linaro TC is minimal, nothing outstanding. So don't even sweat it dude. Go on with the stock toolchains.
Click to expand...
Click to collapse
The performance in SIII is minimal, ok. BUT USE LESS CPU THAN THE USUAL KERNEL.
and this is GOOD FOR NOT SPEND TO MUCH BATTERY...
Striatum_bdr said:
Perseus at least is compiled with linaro toolchain.
Click to expand...
Click to collapse
I actually reverted to using the standard toolchain, there were some bugs with the Linaro causing games to crash. Anyway lets get this myth busted once and for all: kernel compilation optimizations are almost useless. The kernel is there for system management and control, there is no performance critical parts in it or large computations being done. These are all parts of the operating system, so your ROM needs to be compiled with these optimizations to see any effect, especially graphics drivers and things like that.
The kernel actually do a lot of stuff. Graphic drivers is also as kernel module. I have heard from other developers that compiling android with LInaro do not bring any noticable gain. Its intended to speedup the kernel.
festr said:
The kernel actually do a lot of stuff. Graphic drivers is also as kernel module. I have heard from other developers that compiling android with LInaro do not bring any noticable gain. Its intended to speedup the kernel.
Click to expand...
Click to collapse
Graphics drivers are not part of the kernel, the GPU platform drivers are. There are no graphical computations or complex things done on the kernel, the kernel just does low level management stuff.
Actually to argue on that I have to learn more. All in all, this speeks for itself:
http://www.youtube.com/watch?v=mrQRYmYip6Q
But anyway - it seems that some work of Linaro has been adopted by Goodle for Jelly bean.
festr said:
Actually to argue on that I have to learn more. All in all, this speeks for itself:
http://www.youtube.com/watch?v=mrQRYmYip6Q
Click to expand...
Click to collapse
That was the entire system built with the linaro toolchaim (ROM + Kernel) and its doing synthetic benchmarks, take from that what you will.
Also you are arguing with the wrong guy here, if anyone knows about this stuff its Andreilux.
Sent from my GT-I9300 using xda premium
According to +Jean-Baptiste Queru, We've already merged some of Linaro's changes into AOSP (and therefore into Google's internal master branch), a few weeks ago. Some more are pending review and look promising.
So, this is something I've been trying to find an answer for, here and elsewhere, but found nothing conclusive:
Between Linaro and SaberMod toolchains, which one produces faster / more optimized binaries? I'm aware of Linaro's improvements over the standard Google toolchain, but it's not clear if SaberMod also follows the same line, and which one should be better regarding binary performance.
If you were to rephrase the question, your answer would be "42".
dbolivar said:
So, this is something I've been trying to find an answer for, here and elsewhere, but found nothing conclusive:
Between Linaro and SaberMod toolchains, which one produces faster / more optimized binaries? I'm aware of Linaro's improvements over the standard Google toolchain, but it's not clear if SaberMod also follows the same line, and which one should be better regarding binary performance.
Click to expand...
Click to collapse
SaberMod is more based on GNU GCC over aosp and generally linaro as well. Also take into consideration that SaberMod has things like graphite enabled where linaro or Google does not.