Por qué importa
La navegación web en Android depende de que Chrome calcule y muestre un fotograma antes de que la pantalla se actualice (cada 16,7 ms en una pantalla de 60 Hz). Cualquier retraso obliga al dispositivo a mostrar un desplazamiento obsoleto, que el ojo percibe como un salto.
- Chrome usa procesos separados para el navegador, el renderizador y la GPU.
- Esto mejora la estabilidad y seguridad, pero hace que la cadena de procesamiento sea más frágil ante microretrasos.
- Google atacó el problema desde la raíz: la consistencia en la entrega de fotogramas, no la velocidad bruta.
El dato clave
La reducción del 48% se logró sin cambiar la tasa de fotogramas máxima. El equipo de Chrome usó herramientas de rastreo automatizadas (Perfetto) para identificar exactamente dónde se producían los retrasos en el flujo multiproceso.
Cómo llegamos aquí
Cuando un usuario toca la pantalla, la señal debe viajar desde el hardware hasta el proceso del navegador, luego al renderizador para calcular el nuevo desplazamiento, y finalmente a la GPU para dibujar el fotograma. Las señales de sincronización vertical (VSync) siguen una ruta diferente y deben coincidir con los eventos táctiles.
El principal cuello de botella era que el hilo principal del navegador, al estar ocupado, retrasaba la respuesta. Input Vizard soluciona esto evitando ese hilo y enviando la entrada táctil directamente al compositor de la GPU.
Lo que cambia
Tres optimizaciones clave entraron en producción entre 2023 y 2026:
- Input Vizard: envía el toque directamente al subproceso del compositor de la GPU, sin pasar por el hilo principal del navegador.
- Input prediction: anticipa el siguiente desplazamiento incluso si el sistema operativo retrasa la entrega de los datos táctiles.
- Direct2Thread: asegura que el renderizado continúe sin interrupciones cuando el hilo principal está ocupado.
En el largo plazo
Google plantea que este enfoque —priorizar la consistencia sobre la velocidad— permite mejorar la fluidez sin necesidad de hardware más potente. Para otras aplicaciones con arquitectura multiproceso, la misma estrategia podría aplicarse para corregir problemas similares de tartamudeo visual.