Guest fards Posted September 5, 2010 Report Posted September 5, 2010 (edited) anyone else see this? I haven't tried it mainly because I can't find sysctl but wondered if there were Any thoughts on it? http://nenolod.net/how-to-improve-user-per...android-phones/ ____________ UPDATE What it does is really improve responsiveness, and according to most who've tried it, helps lots with battery life ** to try experimenting with these tweaks you need root and busybox.. ** these are the settings that work best for me on the streak in adb shell or a shell on the STREAK $ su # mount -o remount,rw /system # echo 'kernel.sched_latency_ns = 6000000' >> /etc/sysctl.conf # echo 'kernel.sched_min_granularity_ns = 2000000' >> /etc/sysctl.conf # echo 'kernel.sched_features = 24188' >> /etc/sysctl.conf # mount -o remount,ro /system # sysctl -p kernel.sched_latency_ns = 6000000 kernel.sched_min_granularity_ns = 2000000 kernel.sched_features = 24188 # exit $ exit EDIT kernel.sched_latency_ns = 6000000 is a "safe" amount that gives a boost, 3000000 gives a much higher quadrant score (av 875 max 885 for me) but needs more testing You can also try these tweaks, I'm still undecided as to whether they kill the battery or not, but wifi seems happier net.ipv4.tcp_keepalive_time = 900 net.ipv4.tcp_keepalive_probes = 5 net.ipv4.tcp_keepalive_intvl = 156 to make these stick after reboot on the streak Edit /system/bin/run_autorun_test.sh put sysctl -p in that file to make them stick on reboot. ____________________________________ as an alternative you can create the two files on your pc and copy them across to the streak, but adb shell is neater way of doing it --------------------- they are only permanent while they reside in /etc/sysctl.conf http://www.centos.org/docs/4/4.5/Reference...roc-sysctl.html after a couple of days I'm finding battery life much much better as has Davehod, so I've renamed the thread.. Edited September 15, 2010 by fards
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 (edited) okies I've just tried this and it does seem more responsive on Pauls MCR, wether its placebo or not I don't know. Certainly seems quicker. just going to run some benchmarks linpack 6.98 quadrant isn't completing Edited September 6, 2010 by fards
Guest jutley Posted September 6, 2010 Report Posted September 6, 2010 Paul how about you apply this in your next mcr?
Guest spences10 Posted September 6, 2010 Report Posted September 6, 2010 anyone else see this? I haven't tried it mainly because I can't find sysctl but wondered if there were Any thoughts on it? http://nenolod.net/how-to-improve-user-per...android-phones/ Top find fards!! Handset still out for repair but will try this when it comes back > if this works then no need for JIT hack In the comments there is talk about BFS and CFS how do we know which kernel we have??
Guest twe Posted September 6, 2010 Report Posted September 6, 2010 (edited) edit: Doh reading between the Streak and Desire threads causing some confusion Edited September 6, 2010 by twe
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 on further testing, I don't think these two are good for the streak kernel.sched_latency_ns = 600000 kernel.sched_min_granularity_ns = 400000 seems to lag occassionally I'll play some more later on.
Guest Meltus Posted September 6, 2010 Report Posted September 6, 2010 '/etc/sysctl.conf' doesn't exist and is never read from if created. Sysctl doesn't actually exist anywhere on the phone either. I dont think this works with our stock kernel.
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 '/etc/sysctl.conf' doesn't exist and is never read from if created. Sysctl doesn't actually exist anywhere on the phone either. I dont think this works with our stock kernel. if you do the instructions the conf is created and teh weird thing is sysctl does work across adb shell.. although I couldn't find it either, which is why I didn't do it from the outset.
Guest Meltus Posted September 6, 2010 Report Posted September 6, 2010 if you do the instructions the conf is created and teh weird thing is sysctl does work across adb shell.. although I couldn't find it either, which is why I didn't do it from the outset. hmmm still doesn't work for me, i just get "sysctl: not found". What ROM are you using? if you are using Paul's, he might have added sysctl support in or something :P
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 (edited) hmmm still doesn't work for me, i just get "sysctl: not found". What ROM are you using? if you are using Paul's, he might have added sysctl support in or something :P yeah I am on r2 he could have done, but I can't find it and its not on busybox.. looks like a useful command though I'll dump sysctl -a lots of goodies revealed by that one.. :)sysctl.txt Edited September 6, 2010 by fards
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 (edited) FWIW i've now dropped back to the stock for these kernel.sched_latency_ns = 600000 kernel.sched_min_granularity_ns = 400000 which are kernel.sched_min_granularity_ns = 4000000 kernel.sched_latency_ns = 10000000 and quadrant is completing with runs of upto 820 depending on what's running. I may experiment with different values to see if it makes any difference. . kernel.sched_latency_ns = 6000000 kernel.sched_min_granularity_ns = 2000000 makes no difference to benchmarks, but quadrant at least runs so I guess is a "safe" minimum Edited September 6, 2010 by fards
Guest davehod Posted September 6, 2010 Report Posted September 6, 2010 yeah I am on r2 he could have done, but I can't find it and its not on busybox.. looks like a useful command though I'll dump sysctl -a lots of goodies revealed by that one.. :P I was playing with unyaffs on a couple of system images a few days ago - bin directory of one of the images had a sysctl file. Only 52 bytes long and viewing it with a text editor reveals what looks like symlink to Busybox. Attached here with bluff txt ending to enable upload. Sadly I can't tell ya which rom it is in apart from that it was one of the 2.1 uk builds (twas late at night when I unyaffed em...). sysctl_bluff_txt_ending.txt
Guest fards Posted September 6, 2010 Report Posted September 6, 2010 I was playing with unyaffs on a couple of system images a few days ago - bin directory of one of the images had a sysctl file. Only 52 bytes long and viewing it with a text editor reveals what looks like symlink to Busybox. Attached here with bluff txt ending to enable upload. Sadly I can't tell ya which rom it is in apart from that it was one of the 2.1 uk builds (twas late at night when I unyaffed em Cheers. Gone back and had a look, sysctl its in the latest busybox. So to try experimenting with these tweaks you need root and busybox..
Guest davehod Posted September 6, 2010 Report Posted September 6, 2010 Cheers. Gone back and had a look, sysctl its in the latest busybox. So to try experimenting with these tweaks you need root and busybox.. Yep, just had a look at the build.prop in the image and it was the 6941 build which has busybox. The other system img I extracted was the 7546 build - no busybox and no symlink to sysctl. There's less stuff in the bin directory in the later build - guessing the developers were tidying up a bit to reduce the img size.
Guest fards Posted September 7, 2010 Report Posted September 7, 2010 So anyone else tried it? Any other s r experiences using it. With the the stock dell timing and just the fetaures set its rock solid
Guest davehod Posted September 7, 2010 Report Posted September 7, 2010 So anyone else tried it? Any other s r experiences using it. With the the stock dell timing and just the fetaures set its rock solid I've tried the following in the sysctrl.conf kernel.sched_latency_ns = 10000000 kernel.sched_min_granularity_ns = 4000000 kernel.sched_features = 24188 vm.swappiness = 0 vm.dirty_expire_centisecs = 0 vm.dirty_writeback_centisecs = 0 vm.dirty_background_ratio = 60 vm.dirty_ratio = 95 #vm.oom_kill_allocating_task = 1 - I don't trust this one... vm.vfs_cache_pressure = 10 second set of params based on a thread on xda - http://forum.xda-developers.com/showthread.php?t=523707 The threads a bit old and there's some disagreement on the validity/safety of some of the settings - recommend you read the whole thread. These settings have bumped up my quadrant scores by about 50 on average (compared to 8501 rooted O2 build without sysctl mods). That said, there's a fair degree of variation on scores from run to run (I get between 750 - 850) and quadrant seems to interfere with the orientation sensor so I reboot between runs. Seems stable enough so far and subjectively a bit more responsive - dunno about impact on battery yet. Another consideration here is how you use the device - if you've got a lot of apps running, changing these settings could actually reduce performance. Would guess the Dell defaults are conservative, sacrificing peak performance for stability and a wide range of usage scenarios. I'm not a Unix/kernel expert so do your own research and form your own conclusions before messing around (comment not aimed at you fards, from reading your other posts I know you do!).
Guest fards Posted September 7, 2010 Report Posted September 7, 2010 (edited) I've tried the following in the sysctrl.conf kernel.sched_latency_ns = 10000000 kernel.sched_min_granularity_ns = 4000000 kernel.sched_features = 24188 vm.swappiness = 0 vm.dirty_expire_centisecs = 0 vm.dirty_writeback_centisecs = 0 vm.dirty_background_ratio = 60 vm.dirty_ratio = 95 #vm.oom_kill_allocating_task = 1 - I don't trust this one... vm.vfs_cache_pressure = 10 second set of params based on a thread on xda - http://forum.xda-developers.com/showthread.php?t=523707 The threads a bit old and there's some disagreement on the validity/safety of some of the settings - recommend you read the whole thread. These settings have bumped up my quadrant scores by about 50 on average (compared to 8501 rooted O2 build without sysctl mods). That said, there's a fair degree of variation on scores from run to run (I get between 750 - 850) and quadrant seems to interfere with the orientation sensor so I reboot between runs. Seems stable enough so far and subjectively a bit more responsive - dunno about impact on battery yet. Another consideration here is how you use the device - if you've got a lot of apps running, changing these settings could actually reduce performance. Would guess the Dell defaults are conservative, sacrificing peak performance for stability and a wide range of usage scenarios. I'm not a Unix/kernel expert so do your own research and form your own conclusions before messing around (comment not aimed at you fards, from reading your other posts I know you do!). The ns you tried are the stock.. :P Having spent the entire day on the last settings I suggested, I reckon if nothing else battery life is a better. 78 % at the mo! Oh yeah AV 860 in quaDrant. But I'm not getting the huge variations you are, Max 866 Glad to see I'm not the only one playing Dave :) the cache pressure looks interesting Edited September 7, 2010 by fards
Guest fards Posted September 7, 2010 Report Posted September 7, 2010 some background reading on the VM settings. http://bit.ly/aKp0zg
Guest spences10 Posted September 8, 2010 Report Posted September 8, 2010 @fards chap, have your setting changed from the original post? or are this the definitive settings atm? thanks.
Guest fards Posted September 8, 2010 Report Posted September 8, 2010 @fards chap, have your setting changed from the original post? or are this the definitive settings atm? thanks. I'm using kernel.sched_features = 24188 ---definite kernel.sched_latency_ns = 6000000 \ kernel.sched_min_granularity_ns = 2000000 / these two I've not decided which is best, I'm going to start dropping them lower till I get issues. and experimenting with vm.vfs_cache_pressure = 10 vm.laptop_mode=1 one of the latter is causing some issues, not certain which yet.. I may drop both of them
Guest spences10 Posted September 8, 2010 Report Posted September 8, 2010 its all gone a bit slow now, i dont suppose anyone took a note of the original settings before changing them?
Guest fards Posted September 8, 2010 Report Posted September 8, 2010 its all gone a bit slow now, i dont suppose anyone took a note of the original settings before changing them? If you used sysctl.conf then delete its contents and reboot
Guest spences10 Posted September 8, 2010 Report Posted September 8, 2010 If you used sysctl.conf then delete its contents and reboot What? like: su cd /system/etc/ rm sysctl.conf Or just delete the file with Root Explorer?
Guest fards Posted September 8, 2010 Report Posted September 8, 2010 What? like: su cd /system/etc/ rm sysctl.conf Or just delete the file with Root Explorer? I dunno, I just left the file there with blank contents ..
Guest spences10 Posted September 8, 2010 Report Posted September 8, 2010 Thanks fards, Still Really slow 0_o quadrant benchmark of 314!!! Do you have any record of the default settings? thanks
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now