Ajustes del ratio de sobrecompromiso para Android (Kernal Adiutor)

Cuando una aplicación solicita algo de memoria RAM, el sistema reservará algo de memoria para esa aplicación. Las aplicaciones no siempre utilizan tanta memoria RAM como solicitan, por lo que el sistema le dirá a la aplicación que tiene X cantidad de memoria RAM para utilizar cuando en realidad sólo se reservó Y cantidad de memoria RAM y X>Y es la proporción esencialmente. así que el 50% significaría que el sistema intentaría reservar un 50% menos de memoria física para esta aplicación de lo que quiere, pero lo mantiene en secreto de la aplicación y luego utiliza la multitarea para tratar de darle la ram que necesita

El cambio de overcommit_ratio es, como la mayoría de los ajustes de Android, un mito de optimización. Si investigas estos parámetros del kernel, descubrirás que la opción overcommit_ratio sólo determina el sobrecompromiso permitido cuando el modo de sobrecompromiso manual está activado, es decir, overcommit_memory=2. Sin embargo, que yo sepa, ningún dispositivo Android tiene esta opción activada, y los dos dispositivos que he probado activando este modo han dado lugar a fallos de malloc/fork en todo el sistema, independientemente de la proporción que se haya establecido previamente.

Es decepcionante que un buen desarrollador como el que está detrás de Kernel Adiutor ni siquiera se haya molestado en investigar esto.

Comprometerse en exceso es bueno y necesario. Las aplicaciones siempre asignarán más memoria de la que realmente utilizan, como se puede ver en las discrepancias vss/rss/pss. Parece que los únicos modos válidos para sobrecomprometer memoria en Android son o bien determinar heurísticamente el límite de sobrecompromiso (es decir, overcommit_memory=0) que es el valor por defecto de Linux, o siempre tener éxito en cualquier commit que no sea absurdo y simplemente dejar que los gestores LMK/OOM acaben con las cosas según sea necesario (es decir, overcommit_memory=1) que creo que es el valor por defecto de Android (a pesar de que los documentos dicen lo contrario).

En pocas palabras, no importa lo que se establezca esto porque no hace literalmente nada para las distribuciones típicas (tal vez incluso todas) de Android. Cualquier mejora de rendimiento percibida es un placebo.

EDIT: Parece que overcommit_memory=0 sólo debería usarse en sistemas que tienen una partición de intercambio dedicada para actuar como red de seguridad ante fallos OOM cuando la memoria está realmente llena, pero esta configuración no es ideal para Android - el LMK de Android gestiona situaciones de baja memoria sin necesidad de paginación de disco.