@Freak07
I'm not sure you can assist with this issue. As you are aware our Pixel 3XLs will have much more limited use as the next few months roll on due to the necessity of VOLTE and VOLTE roaming. This was the main impetus for Google releasing a new 12 update for the phone last month.
I had not been using 12 prior to this, but because I wanted to ensure call functionality I decided to take the jump to 12. I do not know if you have run into the issue with the Phantom Process Killer killing apps. It is detailed in depth here:
Android Phantom, Cached And Empty Processes. GitHub Gist: instantly share code, notes, and snippets.
gist.github.com
and a public issue on google's tracker here:
issuetracker.google.com
A more cursory overview is available here:
Android 12's new background app limitations could be a major headache for power users that use apps like Termux and maybe even Tasker.
www.xda-developers.com
I can't say that my knowledge is enough to add anything more or even to fully grasp every detail discussed in the above threads. Suffice it to say Android 12 breaks a lot of functionality that power users were used to. For me that is most definitely Tasker which seems to die randomly - most usually overnight and take manually kickstarting it back into gear.
I am not sure which components of these changes are part of the Kernel in 12 or just part of overlying OS. The best workaround that has been proposed so far is to increase the thread count allowed for the process killer with the following:
Code:
adb shell "/system/bin/device_config put activity_manager max_phantom_processes 2147483647"
This isn't an ideal solution because it apparently doesn't help with the OS killing off apps taking (what it feels are) excessive CPU cycles. Apparently this setting can also be reverted by Google's config sync behavior (which I am still trying to fully understand).
What I am wondering is if it currently possible to enter some tuning parameter into your kernel to set this value on boot so that it does not need to be set manually and would not worry about reversion from other system processes to the default 32 value? I have never done any tuning manually to your kernel so don't know if this is something that is already possible using some type of kernel tuning application?
If not, is something like this even possible for you to implement in the kernel? If it is, would you consider it?
Thanks again.
UPDATE: Specifically it seems this is handled by ActivityManager and is specified in the code base here:
As such, I do not think this is a kernel issue? But not sure if something can be set in the kernel that would override that.
Again, I am asking because this seems to be set at a low enough level that even manually changing it gets overridden in some cases and thought you might have some insight.