El año pasado, el ingeniero de Google, James Houghton, envió dos rondas de parches como”solicitud de comentarios”para introducir el concepto de mapeo de alta granularidad HugeTLB (HGM) en el kernel de Linux. Al comenzar el nuevo año, el conjunto de 46 parches en su estado posterior al RFC se envió por correo para su revisión.
HugeTLB HGM consiste en permitir que las páginas HugeTLB se asignen con gran granularidad de manera similar a las páginas enormes transparentes (THP) que se asignan mediante PTE. La motivación de Google en torno a HugeTLB HGM para páginas en PAGE_SIZE del kernel tiene implicaciones útiles para la migración en vivo de VM y el manejo de fallas de memoria.
Algunos de los detalles de beneficios clave de la serie de parches HugeTLB HGM:
Poder reanudar una vCPU 100 veces más rápido es útil para la estabilidad del invitado y poder usar 1G las páginas pueden mejorar significativamente el rendimiento de los invitados en estado estable.
Después de copiar completamente una página enorme a través de la red, querremos colapsar el mapeo a lo que sería normalmente (por ejemplo, un PUD para una página de 1G). En lugar de que el kernel haga esto automáticamente, dejamos que el espacio de usuario nos diga que colapsemos un rango (a través de MADV_COLLAPSE).
-Error de memoria
Cuando una memoria se encuentra un error dentro de una página HugeTLB, sería ideal si pudiéramos desasignar solo la sección PAGE_SIZE que contenía el error. Esto es lo que pueden hacer los THP. Podríamos hacer esto usando un mapeo de alta granularidad, pero esto no se aborda en esta serie de parches.
El usuario inicial de la API de espacio de usuario propuesta para esta adición del kernel es alto. copia posterior de userfaultfd de granularidad para el manejo de HugeTLB.
Inicialmente, esta compatibilidad con el mapeo de alta granularidad de HugeTLB es solo x86_64, pero hay planes para AArch64 y posiblemente también para otras arquitecturas de CPU. Más detalles sobre la compatibilidad con HugeTLB HGM a través de la serie de parches de hoy.
