El Autoridad de Android El equipo ha estado sumergiéndose en el nuevo Android 17 QPR1 Beta y se topó con una opción interesante oculta en el menú de configuración del desarrollador en nuestro Pixel 9 Pro XL: “originarse con un tamaño de página de 16 KB”. Los aficionados a la informática pueden estar familiarizados con el concepto de tamaño de página; se prostitución de cómo interactúan las aplicaciones con la RAM de tu teléfono. Específicamente, esta configuración cambia la asignación de memoria más pequeña posible desde los 4 KB predeterminados de larga duración hasta los 16 KB, un aumento aparentemente significativo de 4 veces.

La compatibilidad de Android con diferentes tamaños de página no es efectivamente nueva. Esta relevo a nivel de desarrollador fue en existencia presentado nuevamente con la traducción beta de Android 15 QPR1 para el Pixel 8, pero parece poseer pasado de moda en las últimas versiones beta. Aún así, hemos detectado que la función reaparece en algunos píxeles en la flamante traducción beta de Android 17, por lo que vale la pena revisar su importancia.

El tamaño de página de la computadora lleva el nombre de la relación con un texto impreso y sigue siendo una buena forma de pensar en el concepto. Imagine toda la RAM de su teléfono (8 GB, 12 GB, etc.) como un texto; podría hacerlo de tamaño de saquillo pero amplio, con páginas pequeñas que contengan solo unas pocas oraciones cada una. Alternativamente, puedes usar páginas más grandes para contener más información, haciendo que el texto sea más delgado. Es el mismo contenido, solo que organizado de guisa diferente. Eso es todo lo que hay que hacer.

Cuando una aplicación solicita memoria, la CPU utiliza índices de páginas para asignar la memoria aparente, lo que le permite acumular y recuperar datos de la RAM física de su teléfono. De forma predeterminada, los teléfonos inteligentes Android utilizan tamaños de página de 4 KB, lo que significa que a una aplicación se le asigna memoria en múltiplos de 4 KB. Sin secuestro, la opción de desarrollador de Android aumenta este tamaño intrascendente a 16 KB. ¿Por qué?

Piénselo de esta guisa: la solicitud de memoria de una aplicación se redondea a la página más cercana, por lo que podría precisar 9 KB pero recibe 12 KB (tres páginas), pero se le daría una porción más amplio y más derrochadora si el tamaño de la página fuera veterano. Por lo tanto, los tamaños de página más pequeños consumen más memoria. Sin secuestro, sustentar 8 GB de RAM en bloques de 4 KB requiere rastrear cerca de de 2 millones de páginas. Gobernar tantas solicitudes de páginas requiere dividir este número en múltiples niveles de tablas de páginas, y examinar estos niveles para encontrar la memoria que la CPU necesita puede resultar costoso desde el punto de perspicacia computacional. Las tareas que consumen mucha RAM, como cargar una aplicación voluminosa, pueden tardar más en completarse, lo que resulta en una experiencia de agraciado más lenta.

Del mismo modo, si las aplicaciones más nuevas y más grandes suelen solicitar memoria en bloques de más de 4 KB (por ejemplo, 16 KB, 64 KB o más), la pequeña granularidad genera una sobrecarga significativa. Al acontecer a páginas más grandes, la CPU se beneficia del seguimiento de menos páginas más grandes, que es exactamente lo que proporciona Android al acontecer a tamaños de página de 16 KB. Google estima que acontecer a 16 KB aumenta los tiempos de inicio de las aplicaciones entre un 3% y un 30% y los tiempos de inicio del sistema en un 8%. Sin secuestro, no es una progreso gratuita.

¿Por qué Android comenzó con páginas de 4 KB en oportunidad de simplemente designar un tamaño veterano? Esta es una pregunta sorprendentemente complicada, porque el tamaño de la página está determinado en gran medida por la bloque de la CPU. Internamente de la CPU hay una Pelotón de dependencia de memoria (MMU) que define cómo se estructuran y traducen las direcciones virtuales, así como los tamaños de página admitidos.

Siempre que se recibe una instrucción de golpe a la memoria, bits específicos de la instrucción contienen la dirección de la memoria. Los bits inferiores de una dirección aparente se pueden utilizar como desplazamiento o página en el interior de una tabla específica, mientras que los bits superiores se utilizan para indexar tablas de páginas. Por ejemplo, un desplazamiento de 12 bits da 2¹² bytes o 4 KB por página; 14 bits dan 16 KB; 16 bits dan 64 KB.

Los núcleos ARMv7 (Cortex-A7/A9) que se encontraban en los primeros teléfonos Android como el Samsung Galaxy S2 eran de 32 bits, lo que significa que cada registro de instrucciones de la CPU tenía sólo 32 bits de pancho. Para el golpe a la memoria, la bloque utilizó los 20 bits superiores para la búsqueda de direcciones de páginas virtuales (divididos en índices de tabla de nivel 1 de 12 bits y nivel 2 de 8 bits) y los 12 bits inferiores para el desplazamiento de página, lo que da páginas de 4 KB.

Completando las matemáticas: páginas de 4 KB organizadas en regiones de 1 MB (tablas L2 que constan de 256 entradas de 4 KB), accesibles a través de 4096 entradas de la tabla L1, cubren un total de 4 GB de RAM: los 2 completos.³² periferia del tamaño del registro y el periferia de dispositivos más antiguos de 32 bits.

La razón exacta de la división de 4 KB/1 MB tiene aún más matices. En ARMv7, las asignaciones de secciones de 1 MB permitieron a la MMU evitar la tabla L2 para obtener un mejor rendimiento al alcanzar a la memoria secuencial, mejorar la eficiencia del búfer de traducción (TLB) y ceñir el tráfico de memoria, poco fundamental para los primeros teléfonos inteligentes que funcionaban con baterías. Más tarde, ARM introdujo las Extensiones de direcciones físicas grandes (LPAE) opcionales para ARMv7, que admiten secciones de 16 MB y páginas de 64 KB a través de direccionamiento de 40 bits, pero las páginas de 4 KB siguieron siendo el tipificado para Android.

No fue hasta ARMv8 en 2011 que las cosas cambiaron de guisa más significativa. ARMv8 introdujo soporte de 64 bits con registros más amplios para direccionar más memoria a través de más tablas (entre otras cosas). ARMv8-A normalmente utiliza direcciones virtuales de 48 bits (opcionalmente de 52 bits en ARMv8.2+). Con páginas de 4 KB, puede usar 12 bits para el desplazamiento de página como antaño y dividir los 36 bits restantes para tablas adicionales, lo que permite a la CPU direccionar mucho más de 4 GB de memoria. ARMv8 igualmente introdujo tamaños de página configurables de 16 KB y 64 KB, lo que brinda flexibilidad para servidores y dispositivos de entrada gradación y al mismo tiempo permite tamaños de tabla óptimos.

TLDR: Android finalmente incorporó soporte para páginas de 16 KB una vez que el hardware evolucionó para admitirlo de guisa válido, pero 4 KB sigue siendo el valencia predeterminado heredado para compatibilidad y eficiencia de almacenamiento.

En teoría, acontecer a 16 KB tiene bastantes beneficios. Cada tabla de páginas asigna 4 veces la memoria, lo que resulta en menos accesos a la memoria y una mejor cobertura de distinción, lo que progreso el rendimiento y la eficiencia energética. Sin secuestro, existen compensaciones.

La fragmentación de la memoria interna es levemente peor, lo que provoca que se desperdicie poco de RAM adicional cuando las aplicaciones solicitan pequeñas cantidades de memoria. El propio Android ha sido independiente del tamaño de la página desde Android 15, pero eso no significa que las aplicaciones más antiguas lo sean. Muchas aplicaciones antiguas de “código nativo” (como las escritas en C o que utilizan el NDK de Android) se crearon teniendo en cuenta páginas de 4 KB y deben reconstruirse con una formación de 16 KB (que igualmente sigue siendo compatible con 4 KB). Google retraso que la mayoría de las aplicaciones creadas con Kotlin ya sean compatibles, pero esto sigue siendo una carga potencialmente significativa para los desarrolladores. Presenta un problema particular para las aplicaciones que ya no se mantienen o usan bibliotecas que aún no se han actualizado.

Google aún no ha activado el interruptor de las páginas de 16 KB como valencia predeterminado de Android, pero este es sin duda el futuro de la plataforma. A noviembre de 2025todas las aplicaciones nuevas y actualizaciones de aplicaciones existentes enviadas a Google Play dirigidas a dispositivos Android 15+ deben asilar tamaños de página de 16 KB en dispositivos de 64 bits.

Claramente, la indicación es que Android utilizará páginas de 16 KB de forma predeterminada en un futuro próximo. No parece que esta data periferia llegue con Android 17, legado que 4 KB sigue siendo el valencia predeterminado en mi Pixel que ejecuta la traducción beta y 16 KB es una opción oculta de desarrollador, pero puede que no esté muy acullá.

En cuanto a si deberías participar ahora mismo, bueno, para despuntar tendrás que estar en el software beta de Android y luego tendrás que acontecer por la molestia de desbloquear tu apoderado de inicio. Esto significa que debe robar su teléfono y reinstalar el sistema activo desde cero para realizar el cambio. Esta opción siquiera aparece en todos los píxeles que hemos manido, pero incluso si puedes alinear las estrellas, tendrás que esperar que todas tus aplicaciones funcionen correctamente. Entonces, si adecuadamente los beneficios de rendimiento de las páginas de 16 KB suenan adecuadamente, probablemente deberíamos esperar un poco más antaño de cosechar los frutos del arduo trabajo de Google y los desarrolladores.