¡Esto es una buena noticia! Los Android serán un poco más rápidos y ofrecerán mayor duración de batería gracias a Google

Cuando los fabricantes de teléfonos quieren impresionar a los clientes con la velocidad, suelen optar por un chipset más potente. Google lo intenta de otra manera: en lugar de hardware más potente, ajusta la forma en que Android funciona bajo el capó. Y aunque el resultado no suena tan sexy como «el nuevo Snapdragon», en la práctica se notará en cada teléfono Android.

Qué es AutoFDO y por qué debería importarte

El equipo de la cadena de herramientas LLVM de Android anunció esta semana la implementación de una técnica llamada AutoFDO — Automatic Feedback-Directed Optimization — directamente en el núcleo de Android. En pocas palabras, significa que el compilador que construye el núcleo del sistema deja de adivinar cómo se comportará el código y, en su lugar, se guía por datos sobre cómo usas realmente el teléfono.

Durante una compilación normal del kernel, el compilador debe tomar miles de decisiones: si insertar una función directamente en el código, qué rama de una condición es probable que se ejecute con más frecuencia, y así sucesivamente. Lo hace basándose en reglas generales que no siempre corresponden a la realidad. AutoFDO invierte este enfoque: Google ha recopilado datos sobre el comportamiento de las 100 aplicaciones más utilizadas en un entorno de laboratorio y, basándose en estos patrones, el compilador sabe exactamente qué partes del código están «calientes» (utilizadas constantemente) y cuáles están «frías» (utilizadas rara vez).

¿Dos por ciento no es digno de mención? Error

Los números medidos en los dispositivos Pixel parecen modestos a primera vista: un arranque un 2,1 % más rápido, un inicio en frío de aplicaciones un 4,3 % más rápido y otras mejoras en métricas que el usuario final no percibe directamente.

Pero aquí se trata del contexto. El núcleo de Android consume aproximadamente el 40 % de todo el tiempo del procesador. Cada porcentaje de optimización a este nivel se traduce en ahorro de energía, velocidad de respuesta y fluidez de todo el sistema. Y lo más importante, estas optimizaciones se suman. Google ya había implementado AutoFDO en las bibliotecas de usuario, logrando una aceleración del 4 % en el inicio de aplicaciones y un 1 % en el arranque. Ahora añade el núcleo del sistema, por lo que el efecto se multiplica.

Cómo funciona en la práctica

Google ha construido una pipeline completa que mantiene la optimización actualizada. En los dispositivos de prueba, carga el kernel más reciente, ejecuta las 100 aplicaciones más populares y utiliza el perfilador simpleperf para capturar por dónde se ejecuta el código con mayor frecuencia. Para ello, utiliza funciones de hardware de los procesadores ARM, específicamente Embedded Trace Extension y Trace Buffer Extension en los Pixels.

Los datos recopilados se limpian, se combinan de múltiples dispositivos en un solo conjunto y se recortan las funciones «frías» que se usan excepcionalmente. El perfil resultante se empaqueta en una nueva compilación del kernel y se prueba para verificar si el rendimiento realmente ha aumentado y si nada se ha roto. Y como el código cambia continuamente, Google repite todo el proceso regularmente con cada lanzamiento del kernel.

Quién y cuándo lo recibirá

La optimización AutoFDO se está implementando actualmente en los núcleos android16-6.12 y android15-6.6, y el soporte se extenderá al próximo android17-6.18. Por ahora, se trata de la optimización del archivo binario principal del núcleo (vmlinux), pero Google planea expandirlo también a los módulos GKI y, eventualmente, a los módulos de proveedor de los fabricantes de teléfonos.

Es importante destacar que AutoFDO no cambia la lógica del código, solo afecta cómo el compilador organiza y traduce el código. Las funciones que el perfil no capturó se compilan de la manera clásica. Por lo tanto, el riesgo de regresiones es mínimo, lo cual es, por cierto, la razón por la que Google ha estado utilizando el mismo enfoque durante años en ChromeOS y en su propia infraestructura de servidores.

Desde el punto de vista del usuario, esto significa una cosa: el teléfono debería ser un poco más rápido y un poco más eficiente energéticamente, sin que tengas que hacer nada. No es una revolución, pero es exactamente el tipo de trabajo que debe hacerse bajo el capó.

¿Qué opinas de este paso de Google?

Fuente: Android Developers Blog