• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root Feeling adventurous? Got an experiment for you

EarlyMon

The PearlyMon
Jun 10, 2010
57,583
70,387
New Mexico, USA
Grab Android Tuner Free.

Make a nandroid backup.

Open Android Tuner.

Swipe twice to get to the leftmost pane.

Scroll down, find Kernel configuration (sysctl), see first screenshot.

1369730061370.jpg

Find kernel.shmmax and set to 320 MB, set to Apply on boot as shown in second screenshot.

1369730180294.jpg

Reboot to recovery, clear cache and Dalvik.

Reboot and try it out.

EDIT/Addendum - On occasion, Android Tuner seems to not save the change made. After changing and after first reboot, double-check that the value is the new one in Android Tuner. If not, simply reapply the change, and verify that Android Tuner has root privileges (it will be listed in SuperSU for example).

EDIT/Addendum 2 - Custom kernels may set this tuning parameter on their own to their preferred value and this won't let you override that.

If your system becomes borked in any way, do a nandroid restore.

Maybe pay attention to your web browser and anyplace else you've noticed lag or any sort of multitasking issues.

Please report your results. :)

Edit, June 2 - from my tests, I'm really on to believing that 384 - rather than 320 - is the right value for Viper4G. Please review the thread, thanks.
 
Although it's counterintuitive, for me this has left me with more free ram, faster scrolling everywhere, more web pages remaining stable (not going blank when not the visible page), much faster screen refreshes on blanked web pages, faster page loads, my gallery is just tons snappier, and - and this is really interesting - faster and smoother video watching on my usual anime and movies. Not sure how to describe that last bit, so I went with "faster" - like I may not have been consciously aware of lost frames - but playback is better.


Hmmmm. I ought to profile and see if it makes a difference in video recording...
 
Upvote 0
Android is upgrading....

Pow!!

This works great EM. I have well over a thousand 999 pictures in my gallery, this really sped that up.

I currently have 8 tabs open in Maxthon mobile browser, I can load any of these at will, no down time, no lag. I'm going to bump it up to 384 tomorrow while I'm at work. ;)

I'm really diggin this, thanks for the heads up EM. :)

Off to bed 4:00AM wakeup call for work comes quick!! :rolleyes:
 
Upvote 0
Your first boot after the change will be longer while Dalvik adjusts.

What rom (and version) are you on?

Did you go with the 320 setting or jump straight to 384?


I'm on the latest version of MeanBean. I stuck with the 320 setting. I've noticed more speed for sure! Gallery doesn't lag at all. Websites load much faster too. Facebook used to take a bit to update and now takes no time at all.
 
Upvote 0
With a little help from google to save me typing the next few sentences...

(SHared Memory MAXimum) a configurable kernel parameter that defines the system-wide maximum allowable shared memory.

It's really the maximum size of any shared memory chunk.

SHMMAX is the maximum size of a single shared memory segment set in bytes.

The SHMMAX parameter is a safeguard parameter that sets the upper limit of how much shared memory a process can possibly request. The maximum supported value of SHMMAX on a 32-bit system is 4 GB - 1 byte.
So far, increasing it above the 256 MB default, especially with Sense - made no sense just looking at it.

However - Google set this back in Froyo and HTC has used it since then.

Given that we were using it on an original Evo with only a small fraction ram compared to this - it started to make less sense to me - so I started tinkering.

What it's actually doing -

It seems that it is reducing the amount of the memory being held up by the kernel and shifting that into apps, both in the system space and user space.

And then that app memory is getting managed by the Android mechanisms we've discussed so often as the reason to avoid task killers.

With a net result of more things running with less ram used.

Why is it reducing the amount of kernel memory used?

I have no freaking clue.

It was making me crazy, I rather expected the exact opposite to happen - so I decided to not care and just focus on observables for a little while.

Shows that I've not looked at the kernel source tree in months - I tend to forget. :p :D

In any case - I'm still testing...

I can say that I have initially - possibly - maybe - great results with nav and Viper4G using 384.

However - that may well be at a cost where I'm breaking things and not seeing them yet.

It sure makes things scream.

It also completely trashed and broke my statusbar in one configuration so far - so - like most everything at this juncture - it's a not a magic silver bullet.

But -

1. It's really doing no actual harm.

2. Y'all made a nandroid if things get really bad. :)
 
  • Like
Reactions: caborobo
Upvote 0
The warning about experiment and broken stuff is because with this stuff, I'm conservative rather than OMGZ!! PWNIES!!!! with mods.

But if this hangs together, I'm fixing to get excited. :)

I've been held back on ICS because nav issues were not an option for me.

Despite the many with no nav issues I have yet to see a Jellybean rom here with zero nav issues.

And I have been running nav here for over an hour while loading up other stuff.

With no issues that I can see.

The testing continues...
 
Upvote 0

BEST TECH IN 2023

We've been tracking upcoming products and ranking the best tech since 2007. Thanks for trusting our opinion: we get rewarded through affiliate links that earn us a commission and we invite you to learn more about us.

Smartphones