Android 17 introduce un cambio importante en la forma en la que el sistema operativo administra la memoria RAM. En concreto, cada aplicación tendrá un límite de memoria RAM que podrá consumir calculado en función de la memoria física disponible en el dispositivo. La intención de Google no es simplemente restringir a las aplicaciones más pesadas, sino evitar que una única app mal optimizada, con una fuga de memoria o un consumo descontrolado, pueda terminar degradando el rendimiento de todo el smartphone. Lo que conlleva cerrar otras aplicaciones y empeorar la experiencia multitarea.
La adición de esta “optimización” de memoria en Android 17 también ha sido forzosa. Google reconoce abiertamente que los nuevos dispositivos están manteniendo o incluso reduciendo su cantidad de RAM debido al encarecimiento de la memoria, mientras que las expectativas de rendimiento continúan creciendo. La memoria está más cara que nunca, los dispositivos están subiendo de precio, y la demanda se está hundiendo. Muchos fabricantes están reduciendo tanto la cantidad de memoria RAM como la memoria NAND (almacenamiento) en un intento de ahorrar costes. Para evitar que estos dispositivos con menos RAM presenten problemas de rendimiento, llega esta optimización (o limitación) a Android 17.
Android 17 evitará que una aplicación pueda apropiarse de una cantidad desproporcionada de RAM
Hasta ahora, una aplicación especialmente pesada podía continuar aumentando su consumo de memoria mientras mantuviese un estado suficientemente prioritario. Google pone como ejemplo una aplicación con una fuga de memoria ejecutándose mediante un Servicio de Primer Plano. Esta aplicación, al estar relativamente protegida frente al Low Memory Killer (LMK), Android podía terminar cerrando numerosas aplicaciones almacenadas en caché y procesos en segundo plano para liberar memoria. El resultado es un peor rendimiento multitarea, aplicaciones que tenían que arrancar desde cero, pérdida del estado anterior y un incremento en la carga sobre CPU y batería.
Android 17 incorpora para solucionar este problema un nuevo servicio denominado Limitador de Memoria, integrado en el Servicio de Gestión de Actividades, y apoyado sobre Linux cgroup v2. El sistema emplea memory.high como límite blando de memoria y memory.swap.max para controlar cuánta memoria de intercambio puede consumir cada proceso. Cuando una app llega al primer límite, Android no la cierra inmediatamente: comienza a expulsar páginas que pueden recuperarse fácilmente y mueve memoria anónima inactiva hacia la zRAM, donde queda comprimida dentro de la propia RAM. Esto permite mantener viva la aplicación, aunque puede ocasionar temporalmente cierta reducción de rendimiento por el trabajo adicional de compresión y descompresión.
Si la aplicación continúa aumentando su consumo, por ejemplo debido a una fuga de memoria fuera de control, y termina agotando también el margen disponible en zRAM, Android puede finalmente terminar el proceso. De esta forma, el coste de una aplicación problemática recae fundamentalmente sobre esa aplicación y no sobre las decenas de procesos correctamente optimizados que anteriormente podían acabar expulsados de memoria. Google asegura que las aplicaciones que permanezcan dentro de los límites establecidos no deberían verse afectadas por Limitador de Memoria.
El límite dependerá de la RAM de cada smartphone: una app podrá llegar a ocupar 10 GB en un móvil de 16 GB
Android 17 establece diferentes niveles dependiendo de la memoria disponible y también diferencia entre una aplicación visible y una que esté trabajando en segundo plano. Los valores estándar de AOSP contemplan móviles desde los 4 hasta los 16 GB de RAM. En un dispositivo de 4 GB, una aplicación visible tendrá un límite blando de 2 GB, frente a 1 GB si no está visible. Con 6 GB serán 4 y 2 GB respectivamente; con 8 GB, 5 y 3 GB; con 12 GB, 8 y 4 GB; y con 16 GB de RAM una aplicación visible podrá utilizar hasta 10 GB, mientras que una en segundo plano queda limitada a 5 GB.
Esto también deja claro que Android 17 no pretende impedir la existencia de aplicaciones o juegos extremadamente exigentes. Un juego ejecutándose en primer plano tendrá muchísimo más margen que un servicio funcionando detrás de otras aplicaciones. Los procesos almacenados únicamente en caché reciben todavía menos prioridad. Android los congela y trata de recuperar de ellos la mayor cantidad posible de memoria. Los procesos fundamentales del sistema, por el contrario, quedan fuera de estas restricciones para preservar la estabilidad del dispositivo.
Google ya estrenó este sistema en exclusiva con Android 17 en sus dispositivos Pixel. Ahora la intención es que durante el próximo año vaya siendo utilizado por un número cada vez mayor de fabricantes. Es una medida especialmente interesante en el escenario actual. Mientras las aplicaciones y juegos son cada vez más complejos, añadir RAM al hardware se ha vuelto considerablemente más caro. En vez de confiar únicamente en que los próximos teléfonos incorporen cantidades crecientes de memoria, Android comienza a imponer una disciplina de consumo a las propias aplicaciones para preservar la fluidez, la autonomía y, sobre todo, las facultades multitarea del dispositivo.
La entrada Android 17 se adapta a los nuevos tiempos: limitará la memoria RAM que puede usar cada app para mejorar el rendimiento aparece primero en El Chapuzas Informático.
