Doubleword publica un análisis técnico detallado de cuda-checkpoint, una utilidad poco documentada del driver propietario de NVIDIA que permite congelar un proceso CUDA en ejecución, serializar el estado de la GPU en memoria del host y restaurarlo después en el mismo punto. En un artículo anterior, la empresa ya demostró que esta función acelera hasta 70 veces el arranque de servidores SGLang con modelos de 122.000 millones de parámetros.
El texto describe paso a paso cómo funciona internamente la herramienta. Mediante herramientas como strace, /proc/PID/maps, /proc/PID/mem y cuobjdump, los autores identifican que el estado del dispositivo se vuelca en una única región anónima de unos 398 MiB en el espacio de direcciones del propio proceso, diferenciando los datos de la GPU del estado del driver. Demuestran que es posible modificar valores directamente en ese buffer congelado —por ejemplo, alterar el contador de un kernel— y que la restauración los refleja correctamente.
El análisis también revela que el trabajo real de copia lo realiza el servicio CUDA del proceso objetivo a través de dos pipes internos (fd 5 y fd 45), y no la utilidad externa cuda-checkpoint, que solo coordina la operación. Esta arquitectura explica por qué la transferencia no satura el ancho de banda de PCIe, abriendo la puerta a optimizaciones sin modificar la aplicación ni el driver. El artículo combina fragmentos de código C CUDA, volcados de strace, tablas comparativas de estados y comandos de terminal para documentar cada hallazgo.