GUÍA Técnica

Publicación desagregada de precarga y decodificación

Una arquitectura de servicio que divide la inferencia de modelos de lenguaje grandes en dos fases separadas (precarga y decodificación) y las ejecuta en diferentes grupos de GPU.

Descripción general

Una arquitectura de servicio que divide la inferencia de modelos de lenguaje grandes en dos fases separadas (precarga y decodificación) y las ejecuta en diferentes grupos de GPU. Es importante porque estas dos fases tienen apetitos de hardware opuestos y forzarlas a instalarse en las mismas máquinas desperdicia capacidad y perjudica la latencia.

El servicio de precarga y decodificación desagregado es un componente técnico que afecta la calidad del modelo, el costo de la infraestructura, la latencia y la confiabilidad a escala.

Buceo profundo

Cuando un LLM responde, funciona en dos etapas. Prefill lee el mensaje completo a la vez y crea la caché de valores clave (KV); se trata de una gran explosión paralela vinculada a la computación que satura las unidades matemáticas de la GPU. Luego, Decode genera tokens uno a la vez, y en cada paso se lee todo el caché KV: un goteo de computación ligera y limitado por el ancho de banda de la memoria. Al ejecutarse juntos, un prellenado largo detiene la decodificación de todos (bloqueo de cabecera de línea) y el procesamiento por lotes de los dos crea interferencia. La desagregación coloca el precarga en un grupo de GPU y la decodifica en otro, transfiriendo el caché KV entre ellos a través de interconexiones rápidas como NVLink o InfiniBand. Cada grupo se ajusta y escala de forma independiente, lo que mejora el buen rendimiento, suaviza la latencia de cola y permite a los operadores alcanzar objetivos ajustados de tiempo para el primer token y de tiempo por token de salida simultáneamente.

Información técnica

Las dos fases se diferencian por su cuello de botella. Prefill procesa todos los tokens de aviso en paralelo, por lo que sus FLOP escalan con la longitud del aviso y maximizan los núcleos tensoriales. La decodificación es autorregresiva: cada token nuevo necesita un paso hacia adelante que vuelve a leer el caché KV completo de HBM, por lo que el rendimiento está controlado por el ancho de banda de la memoria, no por el cálculo. La desagregación aprovecha esto dimensionando, agrupando e incluso eligiendo un paralelismo diferente para cada grupo, y luego enviando el caché KV de los trabajadores de precarga a los trabajadores de decodificación.

Dominar el servicio de precarga y decodificación desagregado

Una arquitectura de servicio que divide la inferencia de modelos de lenguaje grandes en dos fases separadas (precarga y decodificación) y las ejecuta en diferentes grupos de GPU. Es importante porque estas dos fases tienen apetitos de hardware opuestos y forzarlas a instalarse en las mismas máquinas desperdicia capacidad y perjudica la latencia. El servicio de precarga y decodificación desagregado es un componente técnico que afecta la calidad del modelo, el costo de la infraestructura, la latencia y la confiabilidad a escala. Para generar una comprensión profunda, trate el servicio de precarga y decodificación desagregado como un modelo operativo, no como una característica única: defina los resultados deseados, aclare las suposiciones y separe lo que el sistema puede hacer de manera confiable de lo que aún requiere el juicio de expertos.

En la práctica, los equipos sólidos que utilizan el servicio de decodificación y prellenado desagregado optimizan las opciones de arquitectura, datos e infraestructura frente a la confiabilidad y el costo. Documentan criterios de éxito explícitos, se prueban con datos y flujos de trabajo realistas y se iteran en función de patrones de error observados en lugar de victorias de referencia únicas. Aquí es donde la comprensión teórica se convierte en una capacidad duradera en todos los productos, políticas y operaciones.

Las decisiones de arquitectura impulsan el rendimiento y los costos operativos durante años. Al mismo tiempo, la optimización de un punto de referencia puede ocultar debilidades más amplias del sistema. El enfoque más resiliente es combinar la velocidad de experimentación con la disciplina de gobernanza: ejecutar pilotos, capturar evidencia, publicar registros de decisiones y actualizar continuamente las salvaguardas a medida que evolucionan el comportamiento del modelo, las expectativas de los usuarios y los requisitos regulatorios.

Impacto Estratégico

Las decisiones de arquitectura impulsan el rendimiento y los costos operativos durante años.

Las decisiones de arquitectura impulsan el rendimiento y los costos operativos durante años. En implementaciones de alta calidad, esto se traduce en reglas operativas mensurables, límites de propiedad y rituales de revisión recurrentes para que los equipos puedan aumentar la confianza en lugar de aumentar la ambigüedad.

La educación técnica ayuda a los equipos a elegir la pila adecuada, no solo la más nueva.

La educación técnica ayuda a los equipos a elegir la pila adecuada, no solo la más nueva. En implementaciones de alta calidad, esto se traduce en reglas operativas mensurables, límites de propiedad y rituales de revisión recurrentes para que los equipos puedan aumentar la confianza en lugar de aumentar la ambigüedad.

Mejores opciones de ingeniería reducen los incidentes de confiabilidad en la producción.

Mejores opciones de ingeniería reducen los incidentes de confiabilidad en la producción. En implementaciones de alta calidad, esto se traduce en reglas operativas mensurables, límites de propiedad y rituales de revisión recurrentes para que los equipos puedan aumentar la confianza en lugar de aumentar la ambigüedad.

El futuro del servicio de precarga y decodificación desagregado

Espere que la desagregación se convierta en una opción predeterminada en las pilas de producción. Sistemas como DistServe, Splitwise y Mooncake lo popularizaron, y vLLM y NVIDIA Dynamo ahora ofrecen modos desagregados. Las investigaciones están impulsando optimizaciones de transferencia de caché KV, agrupación y reutilización de caché en todas las solicitudes, reequilibrio dinámico de las proporciones de precarga/decodificación bajo tráfico cambiante y una integración más estrecha con el almacenamiento en caché de prefijos y el precarga fragmentado. A medida que las ventanas de contexto crecen hasta alcanzar los millones de tokens, separar estas fases se vuelve cada vez más esencial para un servicio rentable y de baja latencia.

Implementación en el mundo real

Un asistente de chat enruta mensajes largos de documentos a un clúster de precarga con gran capacidad informática y luego transmite las respuestas desde un clúster de decodificación optimizado para memoria para mantener la latencia de escritura sin problemas.

NVIDIA Dynamo y vLLM permiten a los operadores implementar grupos de trabajadores de precarga y decodificación separados para que una ráfaga de indicaciones largas no congele a las generaciones en curso.

Mooncake (utilizado por Kimi de Moonshot AI) desagrega el prellenado y la decodificación y agrega un grupo de caché KV distribuido para eliminar el recálculo rápido redundante a escala.

Un servicio de finalización de código dedica un pequeño grupo de precarga para indicaciones breves y un gran grupo de decodificación, ya que la mayor parte del costo proviene de la transmisión de muchos tokens de salida.

Patrones de implementación

Servicio de precarga y decodificación desagregados en la práctica

Un asistente de chat enruta mensajes largos de documentos a un clúster de precarga con gran capacidad informática y luego transmite las respuestas desde un clúster de decodificación optimizado para memoria para mantener la latencia de escritura sin problemas.

Un asistente de chat enruta mensajes largos de documentos a un clúster de precompletación con gran capacidad informática y luego transmite respuestas desde un clúster de decodificación optimizado para memoria para mantener la latencia de escritura fluida. Los equipos generalmente obtienen mejores resultados cuando definen umbrales de calidad por adelantado, mantienen una ruta de escalamiento humano para casos extremos y realizan un seguimiento tanto de las ganancias de productividad como de los costos de error a lo largo del tiempo.

Servicio de precarga y decodificación desagregados en la práctica

NVIDIA Dynamo y vLLM permiten a los operadores implementar grupos de trabajadores de precarga y decodificación separados para que una ráfaga de indicaciones largas no congele a las generaciones en curso.

NVIDIA Dynamo y vLLM permiten a los operadores implementar grupos de trabajadores de precarga y decodificación separados para que una ráfaga de indicaciones largas no congele a las generaciones en curso. Los equipos generalmente obtienen mejores resultados cuando definen umbrales de calidad por adelantado, mantienen una ruta de escalamiento humano para casos extremos y realizan un seguimiento tanto de las ganancias de productividad como de los costos de error a lo largo del tiempo.

Servicio de precarga y decodificación desagregados en la práctica

Mooncake (utilizado por Kimi de Moonshot AI) desagrega el prellenado y la decodificación y agrega un grupo de caché KV distribuido para eliminar el recálculo rápido redundante a escala.

Mooncake (utilizado por Kimi de Moonshot AI) desagrega el prellenado y la decodificación y agrega un grupo de caché KV distribuido para eliminar el recálculo rápido redundante a escala. Los equipos generalmente obtienen mejores resultados cuando definen umbrales de calidad por adelantado, mantienen una ruta de escalada humana para casos extremos y rastrean tanto las ganancias de productividad como los costos de error a lo largo del tiempo.

Servicio de precarga y decodificación desagregados en la práctica

Un servicio de finalización de código dedica un pequeño grupo de precarga para indicaciones breves y un gran grupo de decodificación, ya que la mayor parte del costo proviene de la transmisión de muchos tokens de salida.

Un servicio de finalización de código dedica un pequeño grupo de precarga para indicaciones breves y un gran grupo de decodificación, ya que la mayor parte del costo proviene de la transmisión de muchos tokens de salida. Los equipos generalmente obtienen mejores resultados cuando definen umbrales de calidad por adelantado, mantienen una ruta de escalada humana para casos extremos y realizan un seguimiento tanto de las ganancias de productividad como de los costos de error a lo largo del tiempo.

Riesgos y barandillas

!

La optimización de un punto de referencia puede ocultar debilidades más amplias del sistema.

!

Los costos de infraestructura y mantenimiento a menudo se subestiman.

!

Las brechas de seguridad y observabilidad pueden crecer a medida que los sistemas se vuelven más complejos.

Hoja de ruta de implementación

1

Defina objetivos de latencia, calidad y costos antes de la implementación.

Defina objetivos de latencia, calidad y costos antes de la implementación. Trate cada paso como una puerta de evidencia: si no se cumplen los criterios, suspenda la implementación, cierre la brecha y solo entonces amplíe el uso.

2

Comparación en condiciones realistas de carga y datos.

Comparación en condiciones realistas de carga y datos. Trate cada paso como una puerta de evidencia: si no se cumplen los criterios, suspenda la implementación, cierre la brecha y solo entonces amplíe el uso.

3

Monitoreo de instrumentos para detectar errores, deriva e impacto para el usuario.

Monitoreo de instrumentos para detectar errores, deriva e impacto para el usuario. Trate cada paso como una puerta de evidencia: si no se cumplen los criterios, suspenda la implementación, cierre la brecha y solo entonces amplíe el uso.

4

Prepare rutas de reversión y respuesta a incidentes antes de escalar.

Prepare rutas de reversión y respuesta a incidentes antes de escalar. Trate cada paso como una puerta de evidencia: si no se cumplen los criterios, suspenda la implementación, cierre la brecha y solo entonces amplíe el uso.

Sigue explorando