Kernel 2.6.38.x - Nexus S General

Hey all,
The 2.6.38.2 Kernel is out for the Nexus 1. It includes a lot to be excited about like the automatic process grouping. They say users will really be able to notice the new changes.
According to Phoronix testing done on the Mike Galbraith-developed patch in November, the patch can reduce latency by a factor of 10, with noticeable improvements in 1080p video playback. At the time, Torvalds wrote "It is a huge improvement" and makes group scheduling "a killer feature."
Click to expand...
Click to collapse
http://www.desktoplinux.com/news/NS6031587360.html
When do you think someone will get a 2.6.38.x kernel going for the NS? How much of a boot do you think we'll see?

Netarchy is already working on it http://forum.xda-developers.com/showpost.php?p=12542701&postcount=1736

Related

Nexus one running 450% faster thanks to froyo (android 2.2)?

just see this would be nice lol
http://androidcommunity.com/nexus-one-running-450-faster-thanks-to-froyo-android-2-2-20100511/
this is being discussed about 4 threads down...
Indeed but does "running 450% faster" mean overclocking the snap dragon?
ChillRays said:
Indeed but does "running 450% faster" mean overclocking the snap dragon?
Click to expand...
Click to collapse
no it means jit and a very well written version of android
bobdude5 said:
no it means jit and a very well written version of android
Click to expand...
Click to collapse
Thanks bob. Now i'll spend the next 30 minutes searching google.com to find out what "jit" means.
ChillRays said:
Thanks bob. Now i'll spend the next 30 minutes searching google.com to find out what "jit" means.
Click to expand...
Click to collapse
30 minutes? Nah!
http://en.wikipedia.org/wiki/Just-in-time_compilation
In computing, just-in-time compilation (JIT), also known as dynamic translation, is a technique for improving the runtime performance of a computer program. JIT builds upon two earlier ideas in run-time environments: bytecode compilation and dynamic compilation. It converts code at runtime prior to executing it natively, for example bytecode into native machine code. The performance improvement over interpreters originates from caching the results of translating blocks of code, and not simply reevaluating each line or operand each time it is met (see Interpreted language). It also has advantages over statically compiling the code at development time, as it can recompile the code if this is found to be advantageous, and may be able to enforce security guarantees. Thus JIT can combine some of the advantages of interpretation and static (ahead-of-time) compilation.
Several modern runtime environments, such as Microsoft's .NET Framework and most implementations of Java, rely on JIT compilation for high-speed code execution.
Click to expand...
Click to collapse
http://www.androidspin.com/2010/02/18/jit-compiler-for-android-just-in-time-for-google-io/
JIT stands for “just-in-time” compilation or “dynamic translation”. It compiles/translates bytecode into native machine code at runtime before native execution. This allows software to run faster and perform better.
Click to expand...
Click to collapse
Thanks Paul. Much appreciated.
i lovve wikipedia
all that jibber jabber means BOOST for Android. Now can we has some mind blowing 3D apps?
I read somewhere that the speed increase will only really work with some applications and the new JIT compiler wont have much effect on things such as 3D games.. Can someone confirm this?
3D games are typically limited by the GPU, and JIT won't help too much in that regard, but if the game is CPU intensive, then it should help.
Few things really seem slow on the N1, so I'd guess this is actually better news for those with older phones. But at least more CPU efficiency means less processing time, which means slightly better battery life, even if a delay is introduced when JIT compiles something during boot/launch.
You can try out an unstable version of JIT on CM 5.0.5.3 or whatever it is. It gave the Linpack benchmark a 200% boost and things did seem a little faster when I used it a few weeks ago (I seem to recall app dock scrolling was much better). Stability was pretty poor which is why Cyan et al have been waiting for Google to fix up JIT.
Won't be better for people with older phones because they won't see 2.2 for months and months and months. Most haven't even seen a 2.1 upgrade.
And the thing that would help 3D games is Open GL ES 2.0 support and a proper SDL lib
MODS
can we get thread moved to other discussion or locked?
LevitateJay said:
I read somewhere that the speed increase will only really work with some applications and the new JIT compiler wont have much effect on things such as 3D games.. Can someone confirm this?
Click to expand...
Click to collapse
Parts of some 3D games are written in the NDK. Anything compiled natively cannot be accelerated by JIT (they are already freaking fast).
spazoid said:
can we get thread moved to other discussion or locked?
Click to expand...
Click to collapse
You see that little triangle with the exclamation point on the top right of every post? That's how you report something to mods, rather than "Mods!".
spazoid said:
can we get thread moved to other discussion or locked?
Click to expand...
Click to collapse
can u stop being a troll and go find something else to do instead of complaining and trolling forums?
Pardon me if this has already been discussed extensively, but with JIT implementation in 2.2, what speed increases can be noticeably snappier in real life use? A given would be flash support, yes, but where else? Will cold opening market, camera, browser see any change? Will initial loading up of games be affected? Swiping through home screens?
I'm all for free performance increase, but it seems that everyone is getting over excited because it can crunch out equations faster.
cxdist said:
Pardon me if this has already been discussed extensively, but with JIT implementation in 2.2, what speed increases can be noticeably snappier in real life use? A given would be flash support, yes, but where else? Will cold opening market, camera, browser see any change? Will initial loading up of games be affected? Swiping through home screens?
I'm all for free performance increase, but it seems that everyone is getting over excited because it can crunch out equations faster.
Click to expand...
Click to collapse
I can get my tip amount to my waiter 450% faster than I can now.
If that doesn't pump blood to your tool, I don't know what will.
cxdist said:
Pardon me if this has already been discussed extensively, but with JIT implementation in 2.2, what speed increases can be noticeably snappier in real life use? A given would be flash support, yes, but where else? Will cold opening market, camera, browser see any change? Will initial loading up of games be affected? Swiping through home screens?
I'm all for free performance increase, but it seems that everyone is getting over excited because it can crunch out equations faster.
Click to expand...
Click to collapse
The Nexus One does nothing but crunch out equations
Thing is, we don't know what kind of difference its going to make, but it will NOT be 450%, anyone expecting this WILL be disappointed.
The best guess we can make is running JIT enabled ROMs, when I ran one on the Hero the Linpack score jumped, but I did not notice ANY speed boost in real use
JCopernicus said:
I can get my tip amount to my waiter 450% faster than I can now.
If that doesn't pump blood to your tool, I don't know what will.
Click to expand...
Click to collapse
How about getting the waiter to tip you?

Deadline scheduler speeds up my SGS a lot without lagfix

hi guys, I was using RyanZA's oneclickfix, it was a great fix, but on my SGS, the lagfix didn't improve the speed very much.. (Quadrant score does increase from 900 to 2200+ though). But I found if I undo the lagfix, change scheduler to 'Deadline', my SGS really runs A LOT faster. When I open up big apps, it will still wait for like 2 sec, but I haven't seen any unexpected blackscreen so far. (Giving me a blackscreen when opening Contact is really rediculous...)
My phone is a UK 3's branded SGS with stock firmware out of the box (PDA JG3, phone JG1, CSC JH1)
I also noticed that if an app is not loaded into the RAM yet, opening it is still a little bit slow compared to, for example, HTC Desire or iPhone 4. I don't own a iPhone or Desire, but tried them in 3 store. I guess the poor I/O is still a problem here. But anyway, the deadline scheduler really helps a lot.
Hope some people find this useful. And it seems a better lagfix will be released very soon (according to a thread in the i9000 developement), cant wait!
Hi qiu , for me it's exactly. I'm also running the stock firmware (I'm from the Netherlands btw) and the Ryanza one click lag fix improved my quadrant a LOT but for me I didn't feel any faster. No idea why.
But I will try to also change the scheduler too , but what is scheduler and what does it? what's the default.
And what about a new lagfix? where did you read that.
Peace
well, I am not a developer, but in the oneclickfix, it says the deadline scheduler gives reading a higher priority than writing, so I guess that does the trick...cfq is the default and you need to change the scheduler again if you reboot your phone (also, accroding to what it says in the oneclickfix app)
about the new lagfix:
http://forum.xda-developers.com/showthread.php?t=724251&page=84
'It's worse on some firmwares, it's much better or completely fixed on others (XFJM6 & HVJH1 imo).
If you don't experience that stuff, just don't bother with this. If you do, and can live with it for a few more days, I'd suggest waiting for the imminent release of supercurios' fix, which performs better than this one in my testing.
I think this is the safest (though not "fastest" of the current crop of lag "fixes", but supercurio's approach is easier to install and addresses the real root of the problem in a more suitable way.
Hats off to mimocan, though, for the original fix provided here which was stable, fairly easy to install, and easy to undo.'
Iphone4 has a redraw function, best seen with the camera. The software draws the interface of the camera while the software loads, so there is a delay between when the gui loads and the software. So it draws the camera gui, takes a some time before the camera shows images.
Ok , I understand. The new ''better'' supercurio lag fix is not yet to the public right?
dehem333 said:
Ok , I understand. The new ''better'' supercurio lag fix is not yet to the public right?
Click to expand...
Click to collapse
it seems not, but fingers crossed it will be out soon
What Is scheduler? Where do I find it?
is this the same scheduler we access through daily briefing?
Jamiec902 said:
What Is scheduler? Where do I find it?
Click to expand...
Click to collapse
it is the scheduler in 'Change Scheduler' section in the OneClickLagFix app by RyanZA
iqbalbaskara said:
is this the same scheduler we access through daily briefing?
Click to expand...
Click to collapse
sorry, no, that would be a calendar which probably doesn't affect the phone's speed at all. Scheduler is a part of the system who takes care of the input/output processes as I understand it.
qiu said:
sorry, no, that would be a calendar which probably doesn't affect the phone's speed at all. Scheduler is a part of the system who takes care of the input/output processes as I understand it.
Click to expand...
Click to collapse
OK, you've prolly guessed what my next question would be: How do we reach and modify this scheduler thingy?
iqbalbaskara said:
OK, you've prolly guessed what my next question would be: How do we reach and modify this scheduler thingy?
Click to expand...
Click to collapse
go into this thread, do read it and understand the risk you are taking (which is none I guess ):
http://forum.xda-developers.com/showthread.php?t=760571
after you intall the app, root your phone if you haven't already, you should be able to change the scheduler.

Kernel scheduler improvement.

Hi there a good news for responsiveness.
A patch of 200 lines have been checked and approved by Linus, improving greatly responsiveness maybe it should be interesting to test it on our phones.
News and links available here.
http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1
Sent from my Nexus One using XDA App
Holy hell, thats a monumental difference!
Awesome, I HATE how laggy my Nexus One gets when I'm compiling the kernel with 64 threads.
Integrated it into my latest kernel build...hasn't tested it out yet though...
intersectRaven said:
Integrated it into my latest kernel build...hasn't tested it out yet though...
Click to expand...
Click to collapse
Cool Can't wait to get my hands on this, (But have no time right now) .
Tested with new Rodriguez rom + intersectRaven kernel,
the new room is really nice to use, and the reactivity is awesome !
Really amazing, feel a huge difference in multitasking and fluidity.
Tried with the Miui browser included in the room, the web pages render time are really surprising really nice.
What is the name of the IR kernel you used?
fallingd0wn said:
What is the name of the IR kernel you used?
Click to expand...
Click to collapse
http://www.mediafire.com/intersectRaven
2.6.35.8_AVS-CM-NOBOOST_CFS_20101116_2127.zip
so... does this take care of the "Cannot find CPU Subsystem.." (something like this) errors in the logcat when the CPU is pegged ?
buttery smooth!! thanks!!
holy ****. so smooth. got 22fps in nenamark
vivanshah said:
holy ****. so smooth. got 22fps in nenamark
Click to expand...
Click to collapse
Doubt thats related as this particular fix is about scheduling.
I get 21.7 FPS @1113, old 2.6.35.7 CM kernel
I'm not seeing any improvement actually...
Sent from my Nexus One using XDA App
What benchmarks would this show up in on the n1?
There's no benchmark about responsiveness or latency of the system at the moment.
But you really can feel it with multitasking.
I've nimbuzz, Skype, tweetdeck, Gmail, Ms email etc everything always ON.
I switch a lot between applications and so I really fell the difference not freeze while switching between browser and calandar music etc.
My nexus one is clearly under heavy usage with me all the time.
So since there's no benches I cannot tell exactly how good it is. But phoronix speak about
-10% lag
+60% responsiveness
Which is awesome! Even just half of that would be excellent!
Sent from my Nexus One using XDA App
liam.lah said:
What benchmarks would this show up in on the n1?
Click to expand...
Click to collapse
What is wrong with you people??? If you can only see it in a benchmark, who cares?
teh_lorax said:
What is wrong with you people??? If you can only see it in a benchmark, who cares?
Click to expand...
Click to collapse
Nothing wrong with me, would just like to see some real stats, its way too easy to think things "feel faster" especially if you are expecting them to, just like some people feel certain UV kernels have longer life than others, unless you actually do the numbers(which was done), it is really just what people "feel", and that is extremely unreliable.
IntersectRaven - how did u integrate the patch, i am unable to integrate it cleanly
Great!
Applied to PureFroyo kernel. Let's test.
http://forum.xda-developers.com/showthread.php?t=820172
got it to compile, now testing

[Q] [REQ] Galbraith Patch worked into kernals?

http://www.pcworld.com/businesscent...x_kernel_patch_delivers_huge_speed_boost.html
http://forum.xda-developers.com/showthread.php?t=844458
could this be worked into Epic 4G kernels as well?
tyl3rdurden said:
http://www.pcworld.com/businesscent...x_kernel_patch_delivers_huge_speed_boost.html
http://forum.xda-developers.com/showthread.php?t=844458
could this be worked into Epic 4G kernels as well?
Click to expand...
Click to collapse
WOW. I am seriously impressed by your "keeping up with the times" mentality. Good job on noticing this!
So...
"n tests by Galbraith, the patch reportedly produced a drop in the maximum latency of more than 10 times and in the average latency of the desktop by about 60 times. Though the merge window is now closed for the Linux 2.6.37 kernel, the new patch should make it into version 2.6.38."
Along with an Overclocked Froyo kernel (once source is out) this should REALLY improve our experiences.
I mentioned in another thread that I am in talks with Paragon software
http://www.paragon-software.com/exp...ocs/technologies/Paragon_UFSD_for_Android.pdf
for NTFS and HSF access. I think that is is POSSIBLE that this is actually a software patch, although it may need to be placed into the kernel itself as a driver. I promise to update as soon as they get back to me as I just spoke to the devs there yesterday.
Looks like our experience is about to improve dramatically!
Already in IntersectRavens latest kernel and wildmonk's latest beta kernels for nexus one. Check the threads
Click to expand...
Click to collapse
From the other xda thread someone mentioned that some kernels have already implemented. I am sure some of them would be glad to share how it is implemented and how easily it can be done. I know it is different phones/kernels but the idea behind it should be similar.
Dulanic said:
From the other xda thread someone mentioned that some kernels have already implemented. I am sure some of them would be glad to share how it is implemented and how easily it can be done. I know it is different phones/kernels but the idea behind it should be similar.
Click to expand...
Click to collapse
We don't have a source kernel for Froyo yet to do this. Someone correct me if I am wrong please.
Edit: I can't find anything mentioning this patch. If anyone has a link post it. I don't believe this is implemented anywhere yet.
I found the below info here:
http://www.reseize.com/2010/11/linux-kernel-patch-that-does-wonders.html
Below is the video of the Linux desktop when running the kernel and the patch in question was applied but but disabled:
As you can see, the experience when compiling the Linux kernel with so many jobs is rather troubling to the Linux desktop experience. At no point in the video was the 1080p sample video paused, but that was just where the current mainline Linux kernel is at with 2.6.37. There was also some stuttering with glxgears and some responsiveness elsewhere. This is even with all of the Linux 2.6.37 kernel improvements up to today. If recording a video of an older kernel release, the experience is even more horrific! Now let's see what happens when enabling the patch's new scheduler code
It is truly a night and day difference. The 1080p Ogg video now played smoothly a majority of the time when still compiling the Linux kernel with 64 jobs. Glxgears was also better and the window movements and desktop interactivity was far better. When compiling the Linux kernel with 128 jobs or other workloads that apply even greater strain, the results are even more dramatic, but it is not great for a video demonstration; the first video recorded under greater strained made the "before look" appear as like a still photograph.
This could be potentially patched into our Eclair kernel if the changes aren't too intrusive, and by the sounds of it they're not.
The mainline patch was against 2.6.39 kernel however, our froyo kernel will be 2.6.32 and eclair is 2.6.29 - so we're several revisions behind in eclair.
It's definitely interesting, but it's geared toward desktops using the group scheduler - absolutely worth a try if that scheduler works with android easily ( most of the community kernels are using BFS scheduler however )
cicada said:
This could be potentially patched into our Eclair kernel if the changes aren't too intrusive, and by the sounds of it they're not.
The mainline patch was against 2.6.39 kernel however, our froyo kernel will be 2.6.32 and eclair is 2.6.29 - so we're several revisions behind in eclair.
It's definitely interesting, but it's geared toward desktops using the group scheduler - absolutely worth a try if that scheduler works with android easily ( most of the community kernels are using BFS scheduler however )
Click to expand...
Click to collapse
Sniff...
It did sound a little too good to be true. Well, eventually we will get 2.6.38 and that has it built in, if the desktop group scheduler can even be used at all it seems.
but because its in other peoples' kernels cant it be easily ported into ours?
tyl3rdurden said:
but because its in other peoples' kernels cant it be easily ported into ours?
Click to expand...
Click to collapse
It's very possible to patch in. If it's been done before, anyway.
But, because it is based on the .39 kernel, it might be a little buggy. Or a lot buggy. You wanna link me to a kernel that has it and I'll look into it? I probably will wait for Froyo source for at least the .32 kernel.
Here's what Linus himself had to say about the patch:
Yeah. And I have to say that I'm (very happily) surprised by just how small that patch really ends up being, and how it's not intrusive or ugly either.
I'm also very happy with just what it does to interactive performance. Admittedly, my "testcase" is really trivial (reading email in a web-browser, scrolling around a bit, while doing a "make -j64" on the kernel at the same time), but it's a test-case that is very relevant for me. And it is a _huge_ improvement.
It's an improvement for things like smooth scrolling around, but what I found more interesting was how it seems to really make web pages load a lot faster. Maybe it shouldn't have been surprising, but I always associated that with network performance. But there's clearly enough of a CPU load when loading a new web page that if you have a load average of 50+ at the same time, you _will_ be starved for CPU in the loading process, and probably won't get all the http requests out quickly enough.
So I think this is firmly one of those "real improvement" patches. Good job. Group scheduling goes from "useful for some specific server loads" to "that's a killer feature".
Click to expand...
Click to collapse
DevinXtreme said:
It's very possible to patch in. If it's been done before, anyway.
But, because it is based on the .39 kernel, it might be a little buggy. Or a lot buggy. You wanna link me to a kernel that has it and I'll look into it? I probably will wait for Froyo source for at least the .32 kernel.
Click to expand...
Click to collapse
Devin- I agree with waiting until the Froyo source is out for attempting to implement this. I'm not sure that group scheduling is even an option in the Android kernel. But I don't think anyone has done this so I doubt any links are coming your way.
Edit: Found this here- http://groups.google.com/group/android-kernel/browse_thread/thread/f47d9d4f4e6a116a/ab1a8ab42bb0b84a
Android is using the CFS.
They are combine with RT scheduling.
When you playing the audio and video service, paltform change the
scheduling policy and change the schedule prority.
search the platform code
dalvik has policy n proiorty setting code, also framework related with
audio n video
check the init.rc and cutil folder
u need to search the platform after eclair release (Froyo)
cicada said:
( most of the community kernels are using BFS scheduler however )
Click to expand...
Click to collapse
Actually, no Epic kernel uses BFS. It isn't stable on our hardware, and its not worth porting. Android uses CFS by default, and then the CFQ scheduler I think, but most have switched from CFS/CFQ to CFS/BFQ combination. I know mine & Devin's kernels have.
Geniusdog254 said:
Actually, no Epic kernel uses BFS. It isn't stable on our hardware, and its not worth porting. Android uses CFS by default, and then the CFQ scheduler I think, but most have switched from CFS/CFQ to CFS/BFQ combination. I know mine & Devin's kernels have.
Click to expand...
Click to collapse
Ok then, so in your professional opinion is this patch a possibility still?
Enter your search termsSubmit search formWeblkml.org
Subject [RFC/RFT PATCH] sched: automated per tty task groups
From Mike Galbraith <>
Date Tue, 19 Oct 2010 11:16:04 +0200
Greetings,
Comments, suggestions etc highly welcome.
This patch implements an idea from Linus, to automatically create task groups
per tty, to improve desktop interactivity under hefty load such as kbuild. The
feature is enabled from boot by default, The default setting can be changed via
the boot option ttysched=0, and can be can be turned on or off on the fly via
echo [01] > /proc/sys/kernel/sched_tty_sched_enabled.
Link to code: http://forums.opensuse.org/english/...ernel-speed-up-patch-file-mike-galbraith.html
Thanks for the clarification Geniusdog254.
ZenInsight, any chance you can prune down that post and just use a link? The patch is all over the web right now, and it's hard to scroll by on a phone
ZenInsight said:
Ok then, so in your professional opinion is this patch a possibility still?
Click to expand...
Click to collapse
I'm sure its possible, I just haven't looked at it yet. Like I stated before, until we get 2.6.32 FroYo kernel source I'm not doing any devving besides app work (maybe)
EDIT: Devin said on the last page that he'll look into it. I know IntersectRavens Nexus kernel has it, but I haven't looked into any reports of how much it helps.
Also found this:
Phoronix recently published an article regarding a ~200 lines Linux Kernel patch that improves responsiveness under system strain. Well, Lennart Poettering, a RedHat developer replied to Linus Torvalds on a maling list with an alternative to this patch that does the same thing yet all you have to do is run 2 commands and paste 4 lines in your ~/.bashrc file. I know it sounds unbelievable, but apparently someone even ran some tests which prove that Lennart's solution works. Read on!
Lennart explains you have to add this to your ~/.bashrc file (important: this won't work on Ubuntu. See instructions for Ubuntu further down the post!):
CODE:
if [ "$PS1" ] ; then
mkdir -m 0700 /sys/fs/cgroup/cpu/user/$$
echo $$ > /sys/fs/cgroup/cpu/user/$$/tasks
fi
Linux terminal:
mount -t cgroup cgroup /sys/fs/cgroup/cpu -o cpu
mkdir -m 0777 /sys/fs/cgroup/cpu/user
Further more, a reply to Lennart's email states that his approach is actually better then the actual Kernel patch:
I've done some tests and the result is that Lennart's approach seems to work best. It also _feels_ better interactively compared to the vanilla kernel and in-kernel cgrougs on my machine. Also it's really nice to have an interface to actually see what is going on. With the kernel patch you're totally in the dark about what is going on right now.
-Markus Trippelsdorf
The reply also includes some benchmarks you can see @ http://lkml.org/lkml/2010/11/16/392
Found all this here (Ubuntu patch info too):
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html

Having your cake and eating it too

Most of life is a choice between one or the other but with the Nexus 7 along with Root, Custom Recovery, cm10.2 unofficial, Faux Clock Kernel Control App and Jassy Release 5 Kernel it might just be possible to have both. Jassy has managed to put together a kernel that combines a 1.9 GHz over clock and a 487 MHz GPU over clock. With a global undervolt of -24 MV I managed to pull off stunning benchmarks, smooth lag free performance and incredible battery time. Just under 13 hours battery time in fact. I did this with a YouTube kung fu movie fest for about 12 and a half hours and a half hour of benchmarks and downloading a few apps. Remember if you game you can not expect this kind of battery performance but it does do great at that as well. I've attached some screenshots of my settings so you can reproduce these results if you would like.
Remember when you Root, ROM and Over clock you do it at your own risk and please thank the fine Developers who gave their time to make this kind of fantasy possible. I in no way had a hand in developing this software, I just took the time to do many benches and battery tests on many Roms and kernels then undervolted a bit.
Sent from my Nexus 7 using xda app-developers app
Benchmarks
Sent from my Nexus 7 using xda app-developers app
Nice, will have to check this out
Sent from my Nexus 4 using xda app-developers app
So to replicate your results, we need to flash cyagen, and jassy release 5, and then adjust the settings to replicate yours, or does jassy's release already have some of those settings in it?
What other apps did you download?
Getting longer battery life and a faster tablet is quite attractive!
EDIT I just installed jassy r5, and my quadrant is only 5679.. is something wrong, or do I need to also do the tweaks you listed here first?
EDIT 2: I've set faux to the same setting now, but am still using cleanroom1.3, and the quadrant results are 6787
Gareee said:
So to replicate your results, we need to flash cyagen, and jassy release 5, and then adjust the settings to replicate yours, or does jassy's release already have some of those settings in it?
What other apps did you download?
Getting longer battery life and a faster tablet is quite attractive!
EDIT I just installed jassy r5, and my quadrant is only 5679.. is something wrong, or do I need to also do the tweaks you listed here first?
EDIT 2: I've set faux to the same setting now, but am still using cleanroom1.3, and the quadrant results are 6787
Click to expand...
Click to collapse
Sorry I never saw your posts. Never looked at the thread again. To replicate my results you would have to download cm10.2 and Jassy release 5 and faux kernel control app paid version and set exactly like in the screen shots. I have since made a few more refinements but nothing you couldn't play with yourself. Make sure you enable mpdecision. Make every screen look like mine.
Fiops as I/o and 62c 82c as intellithermal is the only settings changed. Bout 7 hours of YouTube and 5 hours of heavy browsing. Couldn't ask for better battery life. NO Gaming.
Sent from my Nexus 7 using xda app-developers app
Yep, I did duplicate them, but couldn't get quadrant scores anywhere near yours. (they were better though.. it might be a cleanroom issue).
I upgraded to Jassy rev 6, ran into issues, and then just reflashed the stock kernel.
I was hoping we'd see Jassy rev 6 lockup issues fixed, but its been a week now. I'm also read of a few misc cm issues, and I'e been waiting for them to clear up as well. Cleanrom isn't having any issues at all, so I've stuck with it for now.
conan1600 said:
Fiops as I/o and 62c 82c as intellithermal is the only settings changed. Bout 7 hours of YouTube and 5 hours of heavy browsing. Couldn't ask for better battery life. NO Gaming.
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
How's stability with your set-up?
Gareee said:
Yep, I did duplicate them, but couldn't get quadrant scores anywhere near yours. (they were better though.. it might be a cleanroom issue).
I upgraded to Jassy rev 6, ran into issues, and then just reflashed the stock kernel.
I was hoping we'd see Jassy rev 6 lockup issues fixed, but its been a week now. I'm also read of a few misc cm issues, and I'e been waiting for them to clear up as well. Cleanrom isn't having any issues at all, so I've stuck with it for now.
Click to expand...
Click to collapse
Cleanrom will not bench as high. Its a stock based ROM. Truth is though once your this high your not gonna see a whole lot of improvement in daily performance unless you go looking for it. Cleanrom is one of the best Roms I've ever used and there is absolutely nothing wrong with sticking with it. I go back and forth between the 2 myself. As themes and tweaks come out for nexus 7 2013 you'll find cleanrom will get even better than it is now also. Wish someone would do a tablet ui lol.
dkb218 said:
How's stability with your set-up?
Click to expand...
Click to collapse
I haven't had a single random reboot. Chrome works real well as long as you can change it from beta in lower left of xda page. I haven't overheated but I gotta tell you I'm no hardcore android gamer. Some angry birds from time to time or subway surfers lol. I have probably gamed for about an hour or so on these settings and not gone into a state of panic about temps though. Any longer than that or some other game and I couldn't say. in fact FOR me things are so smooth on this machine I had to order a new HP to tinker with lol. Seriously this is the best android machine I've owned. And buddy, I've had em all. I also use adaway so that may help with chrome as well.
Impressive scores man.
Yeah hesitant to jump to other roms myself at least at this time. Everything is so new finding a "good one" is hard to do at least yet. Though I've used CleanROM's on other devices I've had in the past and love them. Personally if CleanROM comes out with a 1.4 I might consider jumping into it.
Thanks for sharing! My only suggestion would be for you to recommend another kernel tuning app other than Faux's app. I'm just personally not a fan of someone who does nothing but kang, and even then still doesn't credit who he is kanging from. Too many hard working honest developers for me to support a faux developer (yes, pun intended. Maybe that's where the screen name came from?).
Just my $0.02.…
EDIT : For anyone questioning the integrity of my comment, just do some research and you'll see what I'm saying
SwiftKey'ed from my '13 Nexus 7 FHD using XDA Premium HD
stanglifemike said:
Thanks for sharing! My only suggestion would be for you to recommend another kernel tuning app other than Faux's app. I'm just personally not a fan of someone who does nothing but kang, and even then still doesn't credit who he is kanging from. Too many hard working honest developers for me to support a faux developer (yes, pun intended. Maybe that's where the screen name came from?).
Just my $0.02.…
EDIT : For anyone questioning the integrity of my comment, just do some research and you'll see what I'm saying
SwiftKey'ed from my '13 Nexus 7 FHD using XDA Premium HD
Click to expand...
Click to collapse
I have absolutely No interest in politics on my nexus 7 2013. if he did wrong, shame on him however I have tried each and every kernel control app on the market and reported my best results. I have yet to produce scores or battery life comparable even within 10% of fauxclock/Jassy R5 combo. I do not intend to do any research at all about whatever faux123 did or didn't do. I understand a personal grudge and respect your right to hold one. If your looking for something as close as you can get to his kernel control app try trickster. I didn't have a lot of success with it but you might find a combination that works close. If I were in the middle of whatever happened between faux123 and you or whoever I might have formulated an opinion. I'm not chiding you either. You brought an issue before me and I am simply stating I don't want involved as its in my humble opinion not my place or my fight, not to mention it appears it was already fought.
if I simply hated and didn't use a product based on someone else I don't know having a problem with that individual I wouldn't be able to buy anything, at all, anywhere, on earth, or in heaven, ever! If you tell me he harmed a baby and I see he was convicted of it in a trial of his peer's elected in a fair and balanced environment I will most certainly NOT have anything to do with him. But unproven or conflicting information, that may be due to personal interpretations is difficult for me to get involved in. Especially after the fact. And then there is the whole, if a man was punished for his crime do you continue to persecute him after he paid his dues thing.
Are there any deal breaking issues in CM? If not, switching does not bother me at all, and getting better all over performance is worth while.
I just don't want to spend more time tinkering with my tablet than actually using it.
What's your binning?
appreciate you sharing your jassy 5 set up with the fauxclock app. im on jassy 5 as well and have been running the setup that jassy posted but now im gonna try your set up. i just got one question about it: how is your sleep mode stand by time? i lose 1-2% in 8 hours
Gareee said:
Are there any deal breaking issues in CM? If not, switching does not bother me at all, and getting better all over performance is worth while.
I just don't want to spend more time tinkering with my tablet than actually using it.
Click to expand...
Click to collapse
I personally would call the current cm build almost RC material. I have no problems with it at all.
My bin was 14/2 if I'm not mistaken.
I probably lose a bit less than that but can't say for certain as I constantly use it lmao. I do get exceptional screen on time really. There are some screen shots on previous page I think.
Cool. Might have to take the plunge. Do you have to wipe to install it? (I didn't have to wipe for cleanrom.)
Gareee said:
Cool. Might have to take the plunge. Do you have to wipe to install it? (I didn't have to wipe for cleanrom.)
Click to expand...
Click to collapse
You have to wipe on a first install.
conan1600 said:
You have to wipe on a first install.
Click to expand...
Click to collapse
Ugh.

Categories

Resources