yashsingh1/xdaforums huggingface dataset:
[Nexus 7 Original Development] luis86dr:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Sorry, been away and trying to catch up as well on whats going on. Just curious to know what you guys are referring to with "30/95/1/45/15@416 t_l 85"

I'm assuming @416 is GPU scale and t_l = target loads?
[Nexus 7 Original Development] joaquinf:
Yup :)

---------- Post added at 05:53 PM ---------- Previous post was at 05:51 PM ----------

Ok this is what i'm trying now if anyone is interested:

20/95/1.2/45/20@416;t_l 90 using deadline instead of row .... that's an attempt to smooth things a lil bit by finding a sweet spot to timer_rate. :frustrated:

Edit: somehow it feels a tad less laggy. It could be placebo :p can anyone else confirm?
[Nexus 7 Original Development] Sveke:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Solved my XDA lag. Switched back to regular and not HD.

Much better.

Sent from my Nexus 7
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Am trying this and feels very snappy probably due to the 1.2 hispeed freq but with row instead. I didn't really have any lag on your other settings to be honest. I haven't had the time to try and come up with more my self last couple of days so sorry for the lack of input recently.
[Nexus 7 Original Development] osm0sis:
I've been ****ing around with all sorts of crazy ****. 22500, 11250, 7500, for one or all of them, nothing is perfect, even with GPU at 520 and hsf at 1300. :(
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Maybe is just another 4.2.1 **** up, I'm sure I heard 4.2.2 will bring performance fixes. On an unrelated subject subject do you ever find randomly your n7 will turn its screen off and lock or keeps signing you out of your profile and you unlock it again and it signs you out again? Its getting quite annoying as mine is doing this frequently.
[Nexus 7 Original Development] poondog:
Hopefully

On another unrelated subject does anyone find that sometimes you have to press the power button a few times, or even hold a few buttons for the device to wake up? After that its fine, and it only happens 10% of the time. Or is it only me? Rasbean Jelly, franco r39, turntables are almost stock
[Nexus 7 Original Development] osm0sis:
That's definitely a JB4.2 thing. The interactive fixes from Todd Poyner at Google fixed it for my GN. Not seeing the same improvement here, much like the tunables, something's weird.
[Nexus 7 Original Development] djdunn:
You wont see much variance for race to idle with min cpu. You would see more variance by changing governor settings, or even changing governors to performance, for example.
[Nexus 7 Original Development] osm0sis:
Race to idle issues are when the freq is capped too slow to allow things to compete as fast as they could; impeding deep sleep. Perf gov might mess with that in a weird backwards sort of way since it forces things to run at max, but tunables should have little to no effect on it. As I said before, screen off max is the only important thing which I've ever seen concerning race to idle, and we don't have that setting and therefore don't have that problem.
[Nexus 7 Original Development] djdunn:
Sort of, race to idle is indeed running cpu at max frequency in order to maximize efficiency. Its a bigger issue with desktops cpu's that are really only designed to run at max frequency and tend to actually use more mAh at a lower clock speed than a higher one. However these high efficiency arm processors are actually designed to scale efficiently. I looked at this and ran some tests which "seem" to confirm this.
[Nexus 7 Original Development] osm0sis:
Okay, call me crazy but these remove almost all jitter from the transition swiping from the first page of the widget drawer to the last page of the app drawer, unless I'm really trying, but I haven't found tunables yet that make it as smooth as these this much of the time...

90/95/1.0/45/15@520; row.

My thinking here was the ratio between ahd/mst/tr might be important. 3:2:1 didn't work well but there seems to be some gains from this 6:3:1.. :confused:

Edit: Forget it, these don't work as well in many other scenarios.
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I see no jitter or anything with the stock values. Or stockish I think I tweaked em a tad.

0/99/1.0/45/15 GPU @ 484
[Nexus 7 Original Development] osm0sis:
Definite jitters in the app drawer and homescreens at those settings. Turning fsync off improves it a fair bit but that's not really the best solution.

15/96/1.0/45/15@520; row is still my best result from all these days of testing.
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Guys. Just a question. What should be the expected behavior if I reduce the read ahead buffer size to 1024? I've tested the settings that os has posted but the stuttering became more noticeable and I had no luck either with uber settings. Having ahd at 0 isn't ideal for me
[Nexus 7 Original Development] xI mEzMeRiZe Ix:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I don't think the lag is a 4.2 thing. Currently testing out faux's most recent beta and I can't see much lag, even when swiping through 15 pages of widgets in the app drawer.

Sent from my Nexus 7
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I think you have issues xD I never run with fsync on. Its always off. I still see no jitters or hiccups swiping through app drawer pages.

Sent from my SGH-T999
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I'm going for 20/95/1/45/20 @416 t_l 90 and deadline. I find it kinda smooth so I'm gonna give it a chance. I also have reduced the read ahead buffer size to 1024 and turned off fsync

I wish that Francisco could give us some word of advice and tell us his point of view about all the settings we've been doing. I feel we are kinda lost :( nothing seems to help
[Nexus 7 Original Development] osm0sis:
10 other people in this thread can't all be wrong. ;)

The reason you have fewer issues with jitter is because you run fsync off. Reducing data integrity isn't a good solution though.
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I think I've found a better combo and I'd like to hear some feedback. Based on the gnex magical settings and in some sort of way on osmosis 3:2:1 rule I've came up with this values and to me it feels great. Here they are :

60/95/1/30/15 @416 t_l 90; deadline

Please let me know your thoughts :cool: thanks

Edit: please also try 45/95/1/30/15 @416 t_l 90; deadline it could be less batt friendly but smoother
[Nexus 7 Original Development] bjcrj:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

What about dropping target load to 60 and running the gnex magic numbers?
[Nexus 7 Original Development] s33d1ing:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Sorry for the noob question but I would like to try out some of these settings but I don't really understand the layout of the numbers for them. I know you use trickster mod to apply the settings, but what do each of the numbers mean?
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Eh its more like removing a restriction plate to make things faster. I've never experienced any adverse effects because of it. :)

Sent from my Galaxy Nexus
[Nexus 7 Original Development] osm0sis:
Now see we're testing in circles. We tried both of those days ago. :(
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Hi

Read this excellent explanation http://xdaforums.com/showthread.php?p=33161912

We've added the third number from left to right which is hispeed freq. Please share your results
[Nexus 7 Original Development] osm0sis:
I had data corruption and loss back when we were having freezes on the GN because I had fsync off. It does matter, unfortunately.
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Shoot..... Really? So many numbers now I can barely remember :confused: what about the suggestion of decreasing the t_l to the exact same number as on the gnex?

Edit: t_l is set at 90 on the gnex :what::confused:
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I'm just relating my experience as you are yours. I'm just saying, just because I have fsync off doesn't make mounds of difference. I'll turn it back on and still see no jitters if that suffices you.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Back up frequently and there that isn't much of a problem
[Nexus 7 Original Development] s33d1ing:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Thanks! I've been reading trough the last few pages but didn't find a good explanation of it. I've found the stock settings of the kernel are better than any of the other kernels and if by tweaking it a little makes it even better, I'm all for it.
[Nexus 7 Original Development] poondog:
Alright, mine are very close to the stock values and uber's stock values. 0/98/0.9/45/15, t_l 90, gpu@416

Smooth for me, fsync on, ROW

Do you think these values are a bit battery consuming? They are quite fast and the CPU spends a lot of time at 900and 100MHz

And I might bump up the GPU soon to play some games :)
[Nexus 7 Original Development] osm0sis:
Nah.. Would likely be worse: http://xdaforums.com/showpost.php?p=36974153&postcount=3417

I'm sticking with 15/96/1.0/45/15@520; row. I definitely think we need Franco's take on this and whether going back to the stock stepping might help like we hypothesized earlier.
[Nexus 7 Original Development] bjcrj:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Here is what I am trying now. Seems pretty smooth. I have not tried gaming though.
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Yes sir, brainfart. Also checked the t_l on the gnex and it's already set to 90 not 60
[Nexus 7 Original Development] osm0sis:
Yeah we were talking about this earlier today in the GN thread: http://xdaforums.com/showthread.php?p=36998296#post36998296

My best guess is still with the stepping. I found when we first started using r361 that 5-6 steps on the GN stays smooth, but more than that and I was seeing a reduction in the magic value smoothness. That's versus 13 here, so... ;)
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Ok I'm going for it too as you've stated that's the smoother you've tried. However, I'll be using deadline and gpu @ 484. Would you mind explaining a bit the meaning of the read ahead buffer size set at 1024 on the gnex and some of the N7 kernels but 2048 on Franco's?

Thanks for all your help man let's wait for Francisco then.
[Nexus 7 Original Development] osm0sis:
Nope. Under 95 ghl is not recommended, read the explanation at the link I gave joaquinf above when he suggested something similar.

Not sure about the buffers honestly, haven't messed with them. I remember someone in the GN thread posting test results at one point that higher can actually reduce r/w speed. If I recall correctly it improved to a point and then reduced again. That's all I remember though. Sorry I can't provide details on which values!

Man thank you for all your testing and good ideas this last week as well! :)
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Thanks. I've set it to 1024 anyways.

---------- Post added at 10:35 PM ---------- Previous post was at 10:25 PM ----------

How bout this? It's been around for the last few days. Nothing wrong with trying

http://xdaforums.com/showthread.php?t=2104326
[Nexus 7 Original Development] osm0sis:
Holy crap. Trimmed 3gb from my /data partition! Nice find! I thought JB4.1.2 fixed the trim issue for the N7... :confused: Does f.K still not have the -discard option?

Edit: It reports it trims the exact same amounts again after a reboot. Not sure what to make of it.
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Same here, the same amount of data trimmed is reported after a reboot. I'll dig the thread tomorrow to see if I find anything useful.

Btw I've raised the ghl to 98 on our experimental settings so 15/98/1/45/15@484;90 using deadline and rabs @ 1024 is what I'll be trying tomorrow. I'm off to bed, see you guys later. Take care :)
[Nexus 7 Original Development] davisac:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

I actually just did a test on the I/O schedulers and buffers. I used M-Kernel but it might still be interesting to you guys.

http://xdaforums.com/showthread.php?t=2111084
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Ok so based on your tests it may be better to run deadline with rads @2048 and row @1024

Thanks man, very interesting. I've changed the value to 2048 for deadline :thumbup:
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

What is the real benefit of bringing down the read ahead buffer?
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Who is ready for some testing? Big Boss s on its way :victory: let's see if we can get this ***** right
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Already started! Running row @1024

Although trickster isn't applying the read ahead buffer change on bout for some reason
[Nexus 7 Original Development] TheByteSmasher:
Re: [KERNEL][GPL][19 JAN] franco.Kernel - r39

Just a quick but relevant off topic:

I'm on AOKP and Francis latest but if what this guy is saying about his ROM... that plus Franco WOW.

http://xdaforums.com/showpost.php?p=37008871&postcount=32 Just WOW. I'm thinking of trying it.

Sent from my Nexus 7
[Nexus 7 Original Development] franciscofranco:
Hey everyone. Its been really hard for me to be on top of everything all the time. Thanks to Joaquin that reached me few minutes ago about the lag on the home screens etc. He gave me the idea of reducing the frequency steps and in my opinion it helped tons. Also merged few changes on the hotplug driver and reduced the sampling rates so it waits less to decide to online or offline a CPU. Also added the discard mount option for those users that have their device getting slow on low space. Oh and also added updated interactive tunables that osmosis, joaquin and all the crew researched for me, thanks guys, this is why I love open source :)

Now get your **** together and flash r40 ;)
[Nexus 7 Original Development] joaquinf:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

This new release definitely feels smoother and now it feels like a quad core device :p thanks to francisco for listening to us. All I did was summarized all the ideas we had on the past days and pass them to him so I take no credit for that. I was just the messenger :p

I've been stressing this bad boy and everything is running smooth as silk :) I've tried nova and NFS without any lag whatsoever. Stuttering on home screens and ap drawer is gone for good so we have a winner here.

Thanks again to this great community, osmosis, the Gingerbread Man, Metallice, uber, 1pop23, bjcrj and everyone else who has helped. And of course to francisco for giving us his magic one more time.

That being said, I'm off to bed. I have 4 hours to get some rest and go to work. Take care
[Nexus 7 Original Development] FitAmp:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Great work guys. Myself and many others appreciate it. I really enjoy seeing people working together to getting the most out of things. Teamwork is key and you guys nailed it.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Awesome now I'm tearing through the universe at the speed of light here! I would recommend to everyone to bump the GPU to 484. I'm glad we have reached a new pinnacle here and I'm left wondering how do we improve from here but Franco always pulls something out of the bag. Now to test in my favourite way, time for some vice city :D
[Nexus 7 Original Development] neo-X:
What can I say, r40 is amazing :good:

Upping the GPU just puts the icing on the cake, this thing flies.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

The new default tunables work well on the galaxy nexus to, I ran 3 antutu with the Franco default values getting 79xx, 76xx, 79xx and three with the new values and got 77xx all three times, lower average score but more consistent weather that means anything or not.
[Nexus 7 Original Development] exzacklyright:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Anything else we should change?,

Sent from my Nexus 7
[Nexus 7 Original Development] tomeks:
Odp: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

right now kernel wakelocks are pending to be corrected for the 3g version to incrase standby time

checked with the mkernel and the changes to the driver are really working fine

Wysyłane z mojego GT-I9100 za pomocą Tapatalk 2
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

The new tunable defaults are great and its taking a hell of a lot of testing to get them from several of us. If you did want to mess with other stuff you could try the tcp congestions or see if you prefer another io schedular.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] liranvaknin:
just to make sure, the defaults are:

15,96,1.0,45,15. t_l 90 deadline@2048 westwood(tcp) GPU@416/484/520(whatever I like)?
[Nexus 7 Original Development] irminsul:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Does the voltage the GPU uses increase when you OC it? Running 520 ATM, but 666 is also stable here.
[Nexus 7 Original Development] lagoskon:
The filename in the zips folder without the number I suppose it is the r40 . I think it needs a small rename .

Thanks all for your hard work
[Nexus 7 Original Development] djdunn:
Unnecessary fear dude

fsync is attributing to how often disk cache flushes software buffer to disk its been a hot topic since ext4 especially compared to ext3 which writes far more often. Im 99% sure that the fsync toggle is adding a forced fsync at the end of each write operation. The usual behavior for ext4 filesystem is to use a software buffer within the OS and it flushes buffer to disk about every few min around 2 with default ext4 settings. Its been awhile since i used ext3 filesystem but it flushes like every 5 seconds i think (99%) sure.

What happened is programmers got lazy in the linux world and took advantage of how ext3 works and didnt include a fsync option at the end of their code for things such as saving a file to disk.

Like on my desktop where i compile everything from source code. I literally at times create 1000s of temporary files on disk that dont last more than a min or two. And ext4 delays allocating data blocks for as long as it can which provides a huge performance gain for me. Compared to ext3 the kernel just saves up a lot more in its software buffer before passing it on to the disk to write therefore ext4 suffers from far far less defragmentation. To the point its almost unheard of.

Ext4 also includes a journal, which is basically a list of everything that the flyesystem is "going" to do. What used to happen at a power outage you needed to check every file every to make sure everythings ok. With a journaled system you just need to read the journal to make sure everything is writen as planned.

Problems happen in that window between the end of the write function and before it gets added to the journal.

Unless your working with a very large 100+ amounts of tiny (in size) every few min chances of data corruption are in fact very low.

Personally i dont think its necessary to trade off all the performance and contigency advantages for an extra 30 seconds of data integrity.

*******

Long story short disabling fsync only creates possible data integritity issues for very recently writen files for a very short time.
[Nexus 7 Original Development] The Gingerbread Man:
Re: [KERNEL][GPL][GN] franco.Kernel-r361 -&gt; 4.2 | r300 -&gt; 4.1

I made a start

Sent from my Galaxy Nexus

Sent from my Galaxy Nexus
[Nexus 7 Original Development] irminsul:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Missed your post! We'll continue the testing in the gnex thread.
[Nexus 7 Original Development] Sveke:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Feels much better now!

All I did was switched to row Westwood, WiFi high speed on, fsync off, GPU 484, LP 666....running great.

Thanks Franco

Sent from my Nexus 7
[Nexus 7 Original Development] combatdeity:
-discard

How would one go about enabling the discard setting?

Edit: Also r40 feels greatly more responsive, I was noticing mild jittering on r39.
[Nexus 7 Original Development] s33d1ing:
Use TricksterMOD
[Nexus 7 Original Development] combatdeity:
Thanks, somehow I've never investigated this app before.
[Nexus 7 Original Development] kingoanklebreakn:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

I've had to wipe and reflash everything like 3 or 4 times because fsync was off. It's never happened with fsync on so to you it may be unnecessary but to me it's worth it, especially since it always happens at the worst times.
[Nexus 7 Original Development] Sveke:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Genuine question here? I've literally never had a reboot on my N7. Must have a got a good batch of silicone.

What do you actually lose data wise with fsync off and a crash?

Sent from my Nexus 7
[Nexus 7 Original Development] M1lkm4n!:
AW: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

First of all, thanks for this kernel.

Second, is there a zip file for r40?
[Nexus 7 Original Development] Sveke:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Its called nightly. At the bottom.

Sent from my Nexus 7
[Nexus 7 Original Development] 1pop23:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Wow! R40 seems to have fixed everything we have been going for!

I will report on battery life tonight once I get through the day.

For those wondering, Here are the recommended values to run

15/96/1/45/15@416/484 t_l 90
[Nexus 7 Original Development] osm0sis:
Thanks for the excellent info! That makes a lot of sense, however from experience I've had system settings get corrupted and reset to defaults from a freeze and crash with fsync off, so it's not all tinfoiled hocus pocus.

We had a few less-than-stable builds near the beginning of franco's JB4.2 branch, so that's where I get my experiences with the slowdown freeze crash and data loss. That and forgetting to turn fsync on while I was undervolting my GN (so, frequent freezes). What you lose depends on what's in the process of being written I'd imagine. I lost all system settings and the data from a couple games I was just playing. Seems when Android discovers there's a problem it just wipes whatever is corrupt.
[Nexus 7 Original Development] ÜBER™:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

How long ago was this? The last time i remember seeing this happening was way back on ICS.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] osm0sis:
Enabled by default now, that's the point. :)

The slowdown JB4.2 builds. Edited my post. :good:

LP core is still disabled so no point messing with its freq. ;)

P.S. Can't believe I missed the fun last night! Just when I think things have settled down and decide to go to bed! :p
[Nexus 7 Original Development] Sveke:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

Oops, habit.

Sent from my Galaxy Nexus
[Nexus 7 Original Development] davisac:
@osm0sis: I tested the Schedulers with F-Sync on to see how much it affects the results. (Again using M-Kernel. I might try Franco 40 later though).

Details Here

Let me know if I'm sidetracking this thread and I'll edit my posts.
[Nexus 7 Original Development] ROFLkopter:
Re: [KERNEL][GPL][N7][21 JAN] franco.Kernel - r40

GPU@484, Westwood TCP, ROW, fsync on, WiFi PM_Fast on

Sent From My AOSPA3.+/franco.Kernel Powered Nexus 7 With XDA Premium