I have this strange problem on cm7.2 that on a receiving a new call my willy's screen shows up pretty late to answer that call, after 4 to 5 rings. its only happening in ring style lockscreen. If I change it to sliding tab then it works ok. I have set the lowest value of CPU at 352 MHz. Anyone else with this problem?
sixline said:
I have this strange problem on cm7.2 that on a receiving a new call my willy's screen shows up pretty late to answer that call, after 4 to 5 rings. its only happening in ring style lockscreen. If I change it to sliding tab then it works ok. I have set the lowest value of CPU at 352 MHz. Anyone else with this problem?
Click to expand...
Click to collapse
usually this is nothing else than good old lag - just make sure that there aren't too many background processes running. I'm using Autostarts to control which apps are allowed to start in certain conditions plus Autokiller Memory Optimizer to set the minfree values (when the system will free up memory) plus - probably most helpful - setCPU. While the CM7 OC settings are already doing a good job to set min and max frequency and governor you can't set the value for screen off state explicitely...
eventcom said:
usually this is nothing else than good old lag - just make sure that there aren't too many background processes running. I'm using Autostarts to control which apps are allowed to start in certain conditions plus Autokiller Memory Optimizer to set the minfree values (when the system will free up memory) plus - probably most helpful - setCPU. While the CM7 OC settings are already doing a good job to set min and max frequency and governor you can't set the value for screen off state explicitely...
Click to expand...
Click to collapse
Thanks for reply. I've installed setcpu, Can u please explain how to explicitly set the value for screen state off in it? I cannot find this setting..
Ok I found that in profiles..I have set the minimum off screen value to 352 MHz..What do you think its OK?
sixline said:
Ok I found that in profiles..I have set the minimum off screen value to 352 MHz..What do you think its OK?
Click to expand...
Click to collapse
oh, for me 264MHz works (I had problems with 176 which I used before) - but like I said: many factors are involved here. It usually takes some trial and error to find your perfect settings.
You might also want to have a look at this thread: Autokiller memory optimizer. - xda-developers
eventcom said:
oh, for me 264MHz works (I had problems with 176 which I used before) - but like I said: many factors are involved here. It usually takes some trial and error to find your perfect settings.
You might also want to have a look at this thread: Autokiller memory optimizer. - xda-developers
Click to expand...
Click to collapse
OK. Thanks a lot
Also I've found this improves my calls....
ro.telephony.call_ring.delay=0
add this line into your buildprop (edit) save the settings and then delete the buildprop backup it creates.
I think this is the same tweak scratch pointed me to and also made a flashable zip etc but I can't find it so I'm not sure if its the same as. This is a tweak I found in a buildprop tweak thread somewhere but I use it and notice a difference.hope it helps.
P.s reboot after you save the edited buildprop.
Jokerdroid
slymobi said:
Also I've found this improves my calls....
ro.telephoney.call_ring.delay=0
add this line into your buildprop (edit) save the settings and then delete the buildprop backup it creates.
I think this is the same tweak scratch pointed me to and also made a flashable zip etc but I can't find it so I'm not sure if its the same as. This is a tweak I found in a buildprop tweak thread somewhere but I use it and notice a difference.hope it helps.
P.s reboot after you save the edited buildprop.
Jokerdroid
Click to expand...
Click to collapse
I'm collecting that information now. Perhaps i can go back to 176Mhz
Swyped from my HTC Wildfire (Buzz)
slymobi said:
Also I've found this improves my calls....
ro.telephoney.call_ring.delay=0
add this line into your buildprop (edit) save the settings and then delete the buildprop backup it creates.
I think this is the same tweak scratch pointed me to and also made a flashable zip etc but I can't find it so I'm not sure if its the same as. This is a tweak I found in a buildprop tweak thread somewhere but I use it and notice a difference.hope it helps.
P.s reboot after you save the edited buildprop.
Jokerdroid
Click to expand...
Click to collapse
Well thanks I'll try it
I applied all these things and now its a lot better. Thanks a lot guys
slymobi said:
Also I've found this improves my calls....
ro.telephoney.call_ring.delay=0
add this line into your buildprop (edit) save the settings and then delete the buildprop backup it creates.
I think this is the same tweak scratch pointed me to and also made a flashable zip etc but I can't find it so I'm not sure if its the same as. This is a tweak I found in a buildprop tweak thread somewhere but I use it and notice a difference.hope it helps.
P.s reboot after you save the edited buildprop.
Jokerdroid
Click to expand...
Click to collapse
are you sure about it?
I'd guess it should be
ro.telephony.call_ring.delay=0
(Without that Irish "e")
?
Swyped from my HTC Wildfire (Buzz)
eventcom said:
are you sure about it?
I'd guess it should be
ro.telephony.call_ring.delay=0
(Without that Irish "e")
?
Swyped from my HTC Wildfire (Buzz)
Click to expand...
Click to collapse
I've not got it with the "irish e" lol ?? So yes drop the e
Jokerdroid
slymobi said:
I've not got it with the "irish e" lol ??
Click to expand...
Click to collapse
just wanted to make a spectacular answer
But...
While originally thinking of Irish whiskey I came across that one here (and that was like WTF!?): phoney - Wiktionary
Related
EDIT: These settings don't seem to be read by the lowmemorykiller process, so they have no effect. But the app Autokiller modifies the settings in /sys/module/lowmemorykiller/parameters/minfree and that one works!
Hey guys, I just noticed this thread and it's very interesting.
http://forum.xda-developers.com/showthread.php?t=622666
Android has its own low memory task killer, and it can be configured. I checked the defaults for my JPC Froyo firmware, and it was set a bit low, meaning processes are not killed as soon as they should be.
I also think I've found a new way to configure those options:
I modified my /system/build.prop file and added the following lines.
# tune the lowmemorykiller
ro.FOREGROUND_APP_MEM=5120
ro.VISIBLE_APP_MEM=8192
ro.SECONDARY_SERVER_MEM=12288
ro.BACKUP_APP_MEM=12288
ro.HOME_APP_MEM=12288
ro.HIDDEN_APP_MEM=20480
ro.CONTENT_PROVIDER_MEM=22528
ro.EMPTY_APP_MEM=24576
Reboot for it to take effect.
These values are twice my original ones. You can check current values by doing a "getprop".
NOTE that these values are in PAGES (4K). So 24567 pages = 98,304 KBytes.
Strangely the /sys/module/lowmemorykiller/parameters/minfree values are not changed. But I think the lowmemorykiller might be reading the prop values directly. I'm running many programs now trying to hit the limit and see if it takes effect.
EDIT: It seems to be working! I can run many many apps and the phone remains responsive. Unused apps are killed as needed. Check out the screenshots below:
Is this Froyo specific or does it also apply to Eclair?
Edit: Never mind
Isn't this pretty old news?
Aren't there are apps in the Market for this (AutoKiller, MinFreeMgr)?
I guess if you know precisely the best settings for your own phone, putting them in a startup script makes sense. I didn't realize build.prop could be used to set things like that.
distortedloop said:
Isn't this pretty old news?
Aren't there are apps in the Market for this (AutoKiller, MinFreeMgr)?
I guess if you know precisely the best settings for your own phone, putting them in a startup script makes sense. I didn't realize build.prop could be used to set things like that.
Click to expand...
Click to collapse
MinFreeMgr tries to do the same thing but by editing a different file which doesn't stay on reboot. This build.prop edit is a new finding, and it seems to work. I think it could be a better solution as it stays after a reboot. The difference between this and other Auto Task Killers is that this is using Android's built-in memory management mechanism which is much smarter than any external task killer can be.
So far it works really well!
Can we convert this into a workable program?
Very interesting, will give it try.
hardcore said:
MinFreeMgr tries to do the same thing but by editing a different file which doesn't stay on reboot. This build.prop edit is a new finding, and it seems to work. I think it could be a better solution as it stays after a reboot. The difference between this and other Auto Task Killers is that this is using Android's built-in memory management mechanism which is much smarter than any external task killer can be.
So far it works really well!
Click to expand...
Click to collapse
Yeah, I acknowledged the build.prop was interesting, very interesting, actually. I wonder if you could set other parameters in there that some of the modders are throwing into init scripts and/or small apps.
For clarification, the two Market-available apps I mentioned (AutoKiller, MinFreeMgr), both do the exact same thing you're talking about. AutoKiller is poorly named, as it's not a task killer per se, it merely modifies on the fly the settings you're talking about here; same with MinFreeMgr. Both can be set to take affect at startup/reboot. Advantage, can be changed on the fly without reboot, disadvantage, another app to load during reboot.
Thanks.
distortedloop said:
For clarification, the two Market-available apps I mentioned (AutoKiller, MinFreeMgr), both do the exact same thing you're talking about. AutoKiller is poorly named, as it's not a task killer per se, it merely modifies on the fly the settings you're talking about here; same with MinFreeMgr. Both can be set to take affect at startup/reboot. Advantage, can be changed on the fly without reboot, disadvantage, another app to load during reboot.
Click to expand...
Click to collapse
Ah, thanks for clarifying that. I discovered those values when I did a getprop. The values I posted above (2x default) work okay. But now I'm trying slightly less aggressive values (1.5x) to see what might be the optimum - too much free RAM is also a waste.
By the way, what task manager is that your pics are of? Looks like the Samsung Task Manager, except the RAM tab. On mine, that tab's Summary and does not give the same info as yours. Mine's unchanged on the various firmwares I have used JG1, JG5, JM1, JM5, JM6, JH1, JM7...
distortedloop said:
By the way, what task manager is that your pics are of? Looks like the Samsung Task Manager, except the RAM tab. On mine, that tab's Summary and does not give the same info as yours. Mine's unchanged on the various firmwares I have used JG1, JG5, JM1, JM5, JM6, JH1, JM7...
Click to expand...
Click to collapse
You're right. Its the JPC Task Manager. It has those extra options to clear the memory. I don't use them now though.
With Eclair I have 326MB ram. Froyo has less just 304.
And after we speak for galaxy lag. I thing it is an android lag because the system to start cut ram from frozen apps and to give at the new application they try to open, the free ram must be 48mb.
Very less for the UI.
I am not happy. We let WM so as to don't need fixes and custom rom. And we have other problems.
I will give it a try. Already modified my build.prop and un-installed Autokiller. Will check for the next few days.
P/S: Probably due to placebo effect, but it feels more responsive.
If it works, this is a good hack!
distortedloop said:
By the way, what task manager is that your pics are of? Looks like the Samsung Task Manager, except the RAM tab. On mine, that tab's Summary and does not give the same info as yours. Mine's unchanged on the various firmwares I have used JG1, JG5, JM1, JM5, JM6, JH1, JM7...
Click to expand...
Click to collapse
That's the froyo task manager, which can be found in the earlier froyo (xxjp3) release as well.
If you want, i can attach this apk (either odexed or deodex, you pick) for you to try on eclair.
hardcore said:
Hey guys, I just noticed this thread and it's very interesting.
http://forum.xda-developers.com/showthread.php?t=622666
Android has its own low memory task killer, and it can be configured. I checked the defaults for my JPC Froyo firmware, and it was set a bit low, meaning processes are not killed as soon as they should be.
I also think I've found a new way to configure those options:
I modified my build.prop file and added the following lines.
# tune the lowmemorykiller
ro.FOREGROUND_APP_MEM=5120
ro.VISIBLE_APP_MEM=8192
ro.SECONDARY_SERVER_MEM=12288
ro.BACKUP_APP_MEM=12288
ro.HOME_APP_MEM=12288
ro.HIDDEN_APP_MEM=20480
ro.CONTENT_PROVIDER_MEM=22528
ro.EMPTY_APP_MEM=24576
Click to expand...
Click to collapse
Hey, I was thinking about this, and I started to do some research and found that for Froyo, other devices are using these as parameters:
ro.FOREGROUND_APP_MEM 1536
ro.VISIBLE_APP_MEM 2048
ro.SECONDARY_SERVER_MEM 4096
ro.BACKUP_APP_MEM 4096
ro.HOME_APP_MEM 1536
ro.HIDDEN_APP_MEM 5120
ro.CONTENT_PROVIDER_MEM 8192
ro.EMPTY_APP_MEM 10240
I'm just wondering if we should be increasing the memory sizes or decreasing them?? Maybe do a combination of both?? I gotta do more research, find out how each attribute behaves, and get more info before editing this stuff.
YG007 said:
Hey, I was thinking about this, and I started to do some research and found that for Froyo, other devices are using these as parameters:
ro.FOREGROUND_APP_MEM 1536
ro.VISIBLE_APP_MEM 2048
ro.SECONDARY_SERVER_MEM 4096
ro.BACKUP_APP_MEM 4096
ro.HOME_APP_MEM 1536
ro.HIDDEN_APP_MEM 5120
ro.CONTENT_PROVIDER_MEM 8192
ro.EMPTY_APP_MEM 10240
I'm just wondering if we should be increasing the memory sizes or decreasing them?? Maybe do a combination of both?? I gotta do more research, find out how each attribute behaves, and get more info before editing this stuff.
Click to expand...
Click to collapse
I think increasing is better if you want apps to be auto killed. The default values (for JPC at least) are half of what I suggested. And it didn't seem to be aggressive enough for the SGS.
hardcore said:
I think increasing is better if you want apps to be auto killed. The default values (for JPC at least) are half of what I suggested. And it didn't seem to be aggressive enough for the SGS.
Click to expand...
Click to collapse
Just a side topic, saw your CSC is OLBJG4, did you manage to flash and got it configured automatically, or that *#272*HHMM# still does not work, and you have to set the apn manually?
hardcore said:
But now I'm trying slightly less aggressive values (1.5x) to see what might be the optimum - too much free RAM is also a waste.
Click to expand...
Click to collapse
That's the mantra in linux "free memory is wasted memory."
I first saw this stuff discussed here. Probably nothing you haven't figured out yet.
I think the settings for any individual are going to vary; there is no set answer, too much of variable in how you use your phone and what apps you use, etc.
You might check out "AutoKiller", it's free, and has some presets, along with ability to roll your own settings. I'd play with it until I found the numbers I liked best, then you could bake them into your build.prop. That would save you the slight hassle of editing and rebooting.
You can also just echo them from the terminal app, but I'm sure you already knew that.
But for those who don't, here's a sample from the above linked article:
Code:
su
echo "1536,2048,4096,5120,15360,23040" > /sys/module/lowmemorykiller/parameters/minfree
Also, while you're playing with settings, have you also looked at changing the i/o scheduler. Lots of debate over what's best. Again, I think it just depends on how you as an individual use your phone...
g00ndu said:
Just a side topic, saw your CSC is OLBJG4, did you manage to flash and got it configured automatically, or that *#272*HHMM# still does not work, and you have to set the apn manually?
Click to expand...
Click to collapse
I sortof hacked it into my /system folder manually. Just need to replace some files there. Auto APN does work. Maybe I'll write up a procedure when I'm more sure of it.
Interesting. Keep up the good work!
hmm...what is the difference between setting it in build.prop vs setting it in autokiller?
Hi i found an app called auto killer memory which ive been running for a while. this app has worked wonders for my wilderbeast, its on fire. so ive been tampering alot with things but this seems to have stabalised my phone loads. presets i set to lost, enabled advance mode,apply at boot,ticked all system tweaks and of course when promted enabled super user. my phone is now running sweet and battery has improved too. i dont know if this makes any sense but i have noticed a difference. whoop whoop. am i over optimistic that this works the same as the v6 super charger/juwes ram optimiser ???
Ok I've ammended my settings within this app after doing some research And in memory values I'm now running at 6/10/16/100/120/160 to keep my phone running snappppppy. To explain the values in brief...... if free memory goes below 160mb my phone starts to kill empty apps etc etc as free memory goes below next value the phone starts to kill corresponding apps. Kind of makes sense to me now. Ok I know my settings makes the phone kill more frequently but its damn snappy now,and it can lower the oom settings by long pressing the app in processes section you wish to lower and choosing lower oom. Lowering the oom basically gives the app less chance of being killed.
Personally I haven't had a low memory situation since I rooted and installed cm7, the app your talking about I have installed after reading one of your other posts about it, I presume that it would work the same way as juwes after setting the low memory values, I don't use those settings with it though as I have juwes script installed, the other tweaks seem fine but again I think I had some of them covered from editing my build.prop (still have work to do on that though) and a few other little things, I can't knock this app though as it does seem to have made my battery last a bit longer since installing yesterday, I'd personally rather change the settings myself than have yet another app doing it for me but until I figure which setting seems to be helping my battery out I'll keep it installed.
A couple of other apps which might help you keep it smooth,
Autostarts- I swear by this app its one of my best buys from the market, why use a task killer when you can just stop the app starting in the first place??
Fast reboot pro- after time apps hold memory which they don't really need, hit this and it'll quickly reboot everything (unless you tell it to leave something alone) freeing up spare ram.
Sent from my HTC Wildfire using xda premium
Cheers for info,really happy with this app at the moment.by the sounds of things its doing similar job to other script mods,which I can't get working cos of s - off issue. Posted this for s on users benefit. Hope it helps others.
Edit my settings. Read 1st post.
sent from my wilderbeast/buzz
The only problems I see with having higher settings are if it closes something you use regular it'll be slower to open that app, I'd rather keep them set low and have apps open quickly.
Sent from my HTC Wildfire using xda premium
Scratch0805 said:
The only problems I see with having higher settings are if it closes something you use regular it'll be slower to open that app, I'd rather keep them set low and have apps open quickly.
Sent from my HTC Wildfire using xda premium
Click to expand...
Click to collapse
I agree but this app lets you temporary lower the oom level for apps,so I just lower oom on most important. Long click on process or service and to lower.
sent from my wilderbeast/buzz
Does it?..........I didn't spot that nice find!!
Sent from my HTC Wildfire using xda premium
Yep,long click app in service or process then choose to lower oom.it resets if you reboot so get your settings desired then leave by pressing home button.
sent from my wilderbeast:buzz
whats up with these settings for the pages? what do these settings change?
atm i have these settings:
2560
4096
25600
30720
40960
gozzaa said:
whats up with these settings for the pages? what do these settings change?
atm i have these settings:
2560
4096
25600
30720
40960
Click to expand...
Click to collapse
Change the view from pages to mb and these are the values when it will start killing processes etc. Ie. When your memory gets to the amount your phone starts freeing up starting with the highest setting (empty apps)
Its all explained above,just that you have the pages view instead of mbs.
Quote " its healthy to have enemies, it means you've stood up for something you believe in "
ahh the pagesettings are the same as the MB ones?
i thought its two different things
thanks for the explanation!
btw. do you still use the same settings?
Yes to this day I still use this app even though I'm now s-off with the settings I posted,I will just double check and ammend if needed on 1st post.
" once its gone,its GONE."
slymobi said:
am i over optimistic that this works the same as the v6 super charger/juwes ram optimiser ???
Click to expand...
Click to collapse
I used to use that too and I felt some differance too but I think you have to open the program every boot. But some told me that it isn't just powerful as Supercharger so I deleted the optimiser and tried Supercharged and got a bootloop instead. I didn't get it to work but I believe that Supercharger is a better solution.
zephyri-xr said:
I used to use that too and I felt some differance too but I think you have to open the program every boot. But some told me that it isn't just powerful as Supercharger so I deleted the optimiser and tried Supercharged and got a bootloop instead. I didn't get it to work but I believe that Supercharger is a better solution.
Click to expand...
Click to collapse
i tried supercharger and juuwes but had issues which i think were specific to me but one of the issues was bootlooping from supercharger as well as other things. im not saying one is better than the other but as you and myself had issues with one of the mods then its an alternative for others to use. i prefer this as you get to control the settings and mods yourself from the app. also this is available for s-on whilst the others i believe need s-off.
zephyri-xr said:
I used to use that too and I felt some differance too but I think you have to open the program every boot. But some told me that it isn't just powerful as Supercharger so I deleted the optimiser and tried Supercharged and got a bootloop instead. I didn't get it to work but I believe that Supercharger is a better solution.
Click to expand...
Click to collapse
I got a boot loop from supercharger. I had to wipe my phone and start again from an RUU as all my previous backups became corrupted. Nightmare. TBH in the few days that it did work, i saw/felt no difference.
Using CM_7.1.0.1 probably wouldnt advise to use the supercharge, CM_7 minfree values are set to a pretty good level to keep things in order i think
slymobi said:
Hi i found an app called auto killer memory which ive been running for a while. this app has worked wonders for my wilderbeast, its on fire. so ive been tampering alot with things but this seems to have stabalised my phone loads. presets i set to lost, enabled advance mode,apply at boot,ticked all system tweaks and of course when promted enabled super user. my phone is now running sweet and battery has improved too. i dont know if this makes any sense but i have noticed a difference. whoop whoop. am i over optimistic that this works the same as the v6 super charger/juwes ram optimiser ???
Ok I've ammended my settings within this app after doing some research And in memory values I'm now running at 6/10/16/100/120/160 to keep my phone running snappppppy. To explain the values in brief...... if free memory goes below 160mb my phone starts to kill empty apps etc etc as free memory goes below next value the phone starts to kill corresponding apps. Kind of makes sense to me now. Ok I know my settings makes the phone kill more frequently but its damn snappy now,and it can lower the oom settings by long pressing the app in processes section you wish to lower and choosing lower oom. Lowering the oom basically gives the app less chance of being killed.
Click to expand...
Click to collapse
I have tried supercharge script and does make phone smooth. Also Ive use ram manager new app and that too made phone smooth. But this app (Pro) is so far great. I tried out your settings for now to see if it suits me and had the app for an hour and the phone is very snappy and smooth (which is most important to me). I hope there is a slight battery improvement that many have said on the net but will test more and will leave feed back. A big thx m8!
no probs mate, like i said i have tried the lot and this one for me is really good and you get to be the controller lol.the only drawback i have noticed is that it takes a little longer for the phone to boot after a reboot but !!!!! im ok with that.
LMFAO looks like I didn't pay enough attention... I've used a lot of tweaks already to make my Willy faster, more snappy and stable but to be honest nothing gave it such a boost like that
BTW: are you still using the settings of the op?
Holy crap, I've read that really often here and elsewhere but it's the first it applies to myself: feels like a new phone
eventcom said:
LMFAO looks like I didn't pay enough attention... I've used a lot of tweaks already to make my Willy faster, more snappy and stable but to be honest nothing gave it such a boost like that
BTW: are you still using the settings of the op?
Holy crap, I've read that really often here and elsewhere but it's the first it applies to myself: feels like a new phone
Click to expand...
Click to collapse
I use aggressive setting mostly, all advanced tweaks except sdcard boost one as this bumps read ahead up to 2048, just my preference you might prefer 2048.
Say oooh la la
slymobi said:
I use aggressive setting mostly, all advanced tweaks except sdcard boost one as this bumps read ahead up to 2048, just my preference you might prefer 2048
Click to expand...
Click to collapse
I see. I just have to sort things out now. Regarding the SD card read - I have it already done by sdbooster (@2048) - I'm at a point where I should make a documentation to stay on track and to avoid double tweaks lol.
I'm also very interested into scratch's build.prop lol (guess that would help to drop even more tweaks). Thx again - I've not forgotten about your tip re. AMO - just shifted it too far lol.
Low post count, so can't post in the dev thread. I installed cow's rom v7 and had lags after using for some time. Checked the logs and and saw some error that keeps generating. Anybody has the same problem too? Hope to get some answers from cow.
Cheers
PolyDroid said:
Low post count, so can't post in the dev thread. I installed cow's rom v7 and had lags after using for some time. Checked the logs and and saw some error that keeps generating. Anybody has the same problem too? Hope to get some answers from cow.
Cheers
Click to expand...
Click to collapse
Make sure zram is off and put governor on ondemand
it will reduce the lag
Yes. I have experienced the lagging before. Just do as what Rio said, off zram & use ondemand.
I've set zram off (and triple buffer on), accepted to give superuser permissions and reboot the phone from the CowPanel. When the phone turns on again I open the CowPanel and I still get "zram on" and "triple buffer off".
Does that mean the changes haven't been applied?
I didn't have any problem changing the governator using No Frills CPU Control instead.
mambro said:
I've set zram off (and triple buffer on), accepted to give superuser permissions and reboot the phone from the CowPanel. When the phone turns on again I open the CowPanel and I still get "zram on" and "triple buffer off".
Does that mean the changes haven't been applied?
I didn't have any problem changing the governator using No Frills CPU Control instead.
Click to expand...
Click to collapse
The easiest way to check it by using Set CPU
Do you have Set CPU app ?
Go to Info > Memory
Take a look for swapcached
If it has 0 kb it mean the cache is off
Regards
Isn't there a FREE alternative for that?
Hi,
I own a D855-16GB (the one with 2GB of RAM). I've tried stock ROM and Fulmics (1~5) and the phone keeps killing background apps, being something very annoying.
It was suggested in another post here (for KitKat) to change the mOomMinFree values. I've tried with all sorts of values, but when I get more multitasking, I also get more lag.
Do any of you have this issue (maybe my phone is faulty!?), or has found some values which offer a reasonable scenario for multitasking and lag?
Thank you.
This were the ones I was using:
Code:
ro.sys.fw.mOomMinFree1=20000
ro.sys.fw.mOomMinFree2=25000
ro.sys.fw.mOomMinFree3=27500
ro.sys.fw.mOomMinFree4=32500
ro.sys.fw.mOomMinFree5=62500
ro.sys.fw.mOomMinFree6=75000
Until I noticed the phone was quite laggy, and I doubled them. After a while it also got slow.
I'm happy with these values on fulmics 5:
61440
76800
87796
99512
138304
172880
Coolgoly said:
I'm happy with these values on fulmics 5:
61440
76800
87796
99512
138304
172880
Click to expand...
Click to collapse
Work absolutely fine with these values. Recommended
Sent from my LG-D855 using XDA-Developers mobile app
Hi, thanks for your responses.
I tried your values, but the system still killed the apps too aggressively for my taste.
I asked this same question in reddit, and I was suggested this:
Download the "kernel adiutor" app, open the low memory killer setting from the side menu and use this settings : foreground apps 12 mb, visible apps 15mb, secondary 15mb, hidden 24mb, content 30mb, empty apps 40mb. Dont forget to turn on "apply on boot". This setting isnt saved to the build.prop, I should've know that, sorry.
Click to expand...
Click to collapse
Although I can notice a little lag, this is (by far) more suited to my needs. I repost this here in case it is useful to someone else.
My only concern is whether I could avoid using kernel adiutor and hardcode these values in build.prop.
Anyway, thank you for your comments!
Hi , it is just little hint that allows you to get rid of this infamous scrolling issues that appears mostly in social apps like twitter or fb on all AOSP based ROMs.
As I observed it is enough to set some touchboost kernel parameters. Of course you have to be rooted to do that.
Below there is a sample configuration that I use (set in Franco kernel manager) and scrolling is buttery smooth and also I didn't notice inscreased battery drain since I use it (though it it must be higer) .
I suggest to spend sometime to change those value to find sweet spot that suits your needs
Don't ask me about scheduler priority , I don't know what that values means , just know that 1 is fine (maybe other is better ) .
I shared this solution on TG group and some guys confirmed that this trick works for them.
Don't hesitate to share you favorite config and have fun
This was actually one of my main reasons not to use a custom ROM, thanks, I will definitely try this out!
Thank you for sharing this!!
It took me a while to actually find these settings. For those that also can't find it:
Menu > "CPU and GPU" > scroll down to the "Miscellaneous" section > "CAF CPU boost"
shaun.kleyn said:
Thank you for sharing this!!
It took me a while to actually find these settings. For those that also can't find it:
Menu > "CPU and GPU" > scroll down to the "Miscellaneous" section > "CAF CPU boost"
Click to expand...
Click to collapse
The menu of which kernel management application?
Ok I see. Sorry.
Works perfect. Thank You.
However, when you look closely, sometimes I see a slight leap in the animation. Which parameter can be increased to completely remove stuttering scroll animations?
Ok I think I know.
schizmatyk said:
The menu of which kernel management application?
Ok I see. Sorry.
Works perfect. Thank You.
However, when you look closely, sometimes I see a slight leap in the animation. Which parameter can be increased to completely remove stuttering scroll animations?
Ok I think I know.
Click to expand...
Click to collapse
Can you share what you did to smooth it out completely? Ta
loulondono said:
Can you share what you did to smooth it out completely? Ta
Click to expand...
Click to collapse
Input boost to 1500 but app drawer from time to time still have some problems with smoothnes
Wow that's a massive difference. I'm using the FPS overlay thing (app not settings) and it actually waits before playing with the refresh rate. I'm on stock not a rom yet, but the little hang ups on what is the latest and fastest chip was annoying me to all hell. Thank you so much (and felek73 obviously)
First impressions: responsiveness if fantastic, but battery drain is way higher (I had just flashed blu sparks and only done a half day, so will see in time) but before it was noticeably better than stock and the remaining 40% has gone by considerably quicker
How to I reset the frequencies to stock? There isnt a "0" option in Franco kernel, despite being that way initially