Evaluación del servidor de inferencia

Guía de pruebas realizadas.

Qué mide cada prueba, por qué existe junto con las demás, cómo leer sus números y qué debe comprobar una persona por sí misma. Los resultados numéricos y su interpretación por familia se encuentran en el tablero.

control humano: ninguno, el número es suficiente recomendado: un vistazo evita una mala interpretación obligatorio: mira, escucha o juega antes de concluir

Descripción general

15 pruebas · 12 familias

Una línea por prueba. “Medidas” cuenta los registros de ejecuciones incluidas en el panel (excluidos los ejemplos).

FamiliaPruebaPregunta que respondecontrol humanoMediciones correctas/fallidasModelos medidos
Máquina Inventario de máquinas ¿En qué máquina, qué GPU, qué controlador y qué versiones se tomaron las medidas? aucun 2 / 0 –
Máquina Salud de la GPU ¿La GPU es capaz de producir mediciones confiables? aconsejado 1 / 0 –
Desempeño de LLM (servicio) Rendimiento del servicio LLM ¿Cuántos tokens por segundo produce la máquina y qué latencia ve cada usuario cuando aumenta la carga? aucun 854 / 5 15
Goodput Goodput (capacidad bajo objetivo de servicio) ¿A cuántos usuarios simultáneos atiende la máquina respetando los objetivos de latencia? aucun 3 / 3 3
banco de llamas (GGUF) banco de llamas (GGUF) ¿Cuál es el rendimiento bruto de llama.cpp para un archivo GGUF, sin un servidor o una red? aucun 24 / 1 3
Calidad del modelo Calidad de los LLM (lm-eval) ¿La cuantificación provoca una pérdida de precisión en comparación con el modelo BF16 de referencia? aconsejado 4 / 5 4
Calidad del modelo Calidad multimodal (lmms-eval) ¿La plantilla entiende correctamente las imágenes y los vídeos? aucun 2 / 0 2
Juegos 2D (calidad de código) Juegos 2D (calidad de código) ¿El modelo escribe, solo o como agente, un programa completo que funcione? requis 50 / 5 4
Visión-lenguaje (caudal) Visión-lenguaje (caudal) ¿A qué velocidad atiende el modelo solicitudes de chat que contienen imágenes? aucun 20 / 0 2
reconocimiento de voz Reconocimiento de voz (ASR) ¿Cuánto audio se transcribe por segundo y con cuántos errores? aconsejado 36 / 0 3
Diarización Diarización (quién habla cuando) ¿El modelo atribuye correctamente cada pasaje al hablante adecuado y con la suficiente rapidez? aucun 0 / 2 –
Voz en tiempo real (Kyutai) Voz en tiempo real (Kyutai) ¿Podemos mantener una conversación de voz en tiempo real y con cuántos usuarios? requis 2 / 5 2
Embeddings Embeddings ¿Cuántos textos se vectorizan por segundo? ¿La búsqueda encuentra los documentos correctos? aucun 24 / 4 2
Diffusion (imagen, vídeo) Generación de imágenes y videos. ¿Cuántas imágenes (o clips) genera la máquina por segundo? requis 6 / 0 2
Representación neuronal en tiempo real Representación neuronal en tiempo real (Matrix-Game 4.0) ¿Puede un modelo de transmisión de video reemplazar la representación de juegos en tiempo real en esta máquina? requis 2 / 0 1

Comparación de pruebas: qué mide cada una

Ningún test por sí solo responde “cuál es el mejor modelo”. La matriz muestra lo que cubre cada uno; una conclusión sólida cruza al menos una prueba de velocidad y una prueba de precisión de la misma categoría.

Por categoría de modelo

Los modelos sólo se pueden comparar dentro de la misma categoría. Para cada uno: la pregunta formulada, las pruebas que la responden y los modelos del catálogo (medido = al menos un resultado válido).

Texto y código de LLM

¿Qué modelo y motor sirve a la mayoría de los usuarios, lo suficientemente rápido y sin perder calidad?

Pruebas
Modelos de catálogo
  • dfm-mimir-1.5-gguf nivel 1
  • ornit-1.5-35b-fp8 nivel 1
  • qwen3-codificador-siguiente-bf16 nivel 1
  • qwen3-codificador-siguiente-fp8 nivel 1
  • qwen3.8-27b-bf16 nivel 1
  • qwen3.8-27b-fp8 nivel 1
  • qwen3.8-27b-gguf-q8 nivel 1
  • veriloop-e2-bf16 nivel 1
  • apertus-1.5-70b nivel 2
  • apertus-1.5-8b nivel 2
  • dfm-mimir-1.5-gguf-q8 nivel 2
  • gpt-oss-120b nivel 2
  • normistral-11b-largo nivel 2
  • pensamiento-normistral-11b nivel 2
  • ornit-1.5-35b-bf16 nivel 2
  • qwen3.8-27b-gguf-q4 nivel 2
  • qwen3.8-flash-siguiente nivel 2
  • qwen3.8-flash-siguiente-fp8 nivel 2
  • veriloop-e2-gguf nivel 2
  • qwen3-codificador-480b-nvfp4 nivel 3
  • qwen3.8-27b-nvfp4 nivel 3

Visión-lenguaje (imagen, vídeo)

¿El modelo entiende imágenes y a qué velocidad atiende consultas con imágenes?

Pruebas
Modelos de catálogo
  • qwen3.8-27b-bf16 nivel 1
  • qwen3.8-27b-fp8 nivel 1
  • qwen3.8-27b-nvfp4 nivel 3

Audio (transcripción, diarioización, voz)

¿Cuántas horas de audio por hora de cálculo, con qué precisión y en tiempo real?

Pruebas
Modelos de catálogo
  • nemotron-3-diarización nivel 1
  • qwen3-asr-1.7b nivel 1
  • susurro-grande-v3 nivel 1
  • susurro-grande-v3-turbo nivel 1
  • qwen3-asr-0.6b nivel 2
  • kyutai-stt-1b-en_fr nivel 3
  • kyutai-tts-1.6b nivel 3
  • moshi nivel 3

Incrustaciones (búsqueda semántica, RAG)

¿Cuántos documentos se indexan por segundo y con qué calidad de búsqueda?

Pruebas
Modelos de catálogo
  • bge-m3 nivel 1
  • qwen3-incrustación-8b nivel 1
  • qwen3-incrustación-0.6b nivel 2

Hojas de prueba

Desempeño de LLM (servicio) ver resultados →

Rendimiento del servicio LLM llm_serve

control humano: ninguno

¿Cuántos tokens por segundo produce la máquina y qué latencia ve cada usuario cuando aumenta la carga?

que se mide
Tiempo hasta el primer token (TTFT), tiempo por token (TPOT), latencia entre tokens (ITL), rendimiento agregado y por usuario, hasta 1 a 128, para cada perfil de carga.
Protocolo
vllm bench sirve contra el servidor OpenAI del motor (vLLM, SGLang, llama.cpp, Ollama), longitudes de entrada y salida fijas, --ignore-eos, temperatura 0, caché de prefijo deshabilitado, 4 × consultas de concurrencia, 3 repeticiones, mediana.
Métricas
  • rendimiento agregado (tok/s) ↑ mayor = mejor
  • rendimiento por usuario (tok/s) ↑ mayor = mejor
  • TTFT (ms) ↓ menor = mejor
  • TPOT (ms) ↓ menor = mejor
Interés en comparación con otras pruebas.
Ésta es la medida de la capacidad bruta: indica cuánto puede producir la máquina. No dice si este rendimiento es utilizable (ésta es la función de goodput, que añade objetivos de latencia), ni si las respuestas son correctas (ésta es la función de lm-eval). A diferencia de llama-bench, pasa por un servidor HTTP real con solicitudes simultáneas: esto es lo que experimentará una aplicación.
como leer
El flujo agregado aumenta con la competencia y luego se estabiliza: el techo es la capacidad de la máquina para este modelo. El rendimiento por usuario cae: por debajo de unos 20 tok/s, la lectura en vivo se vuelve dolorosa. La comparación de FP8 y BF16 del mismo modelo da la ganancia de cuantificación.
Límites
Las consultas sintéticas de longitud fija carecen de la variedad del tráfico real; el prefijo de caché, que ayuda mucho en la producción (RAG, agentes), está deliberadamente desactivado.
Cobertura
854 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, DFM-Mimir-v1.5-GGUF gguf-bf16, gpt-oss-120b mxfp4, normistral-11b-long bf16, normistral-11b-thinking bf16, Ornith-1.5-35B-A3B bf16, Ornith-1.5-35B-A3B-FP8 fp8, Qwen3-Coder-Next bf16, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8, Qwen3.8-27B-GGUF gguf-q8_0, VeriLoop-E2 bf16, VeriLoop-E2-GGUF gguf-bf16

Goodput ver resultados →

Goodput (capacidad bajo objetivo de servicio) goodput

control humano: ninguno

¿A cuántos usuarios simultáneos atiende la máquina respetando los objetivos de latencia?

que se mide
Simultaneidad máxima para la cual el 99 % de las solicitudes respetan TTFT ≤ 500 ms e ITL ≤ 25 ms (predeterminado) y el rendimiento útil correspondiente.
Protocolo
GuideLLM, barrido de carga (barrido) y luego perfil de buena salida con SLO; recurrir al barrido (p99 ≤ SLO) si el perfil falla.
Métricas
  • simultaneidad máxima bajo SLO ↑ mayor = mejor
  • caudal útil (tok/s) ↑ mayor = mejor
Interés en comparación con otras pruebas.
Donde llm_serve da el caudal máximo, goodput da el caudal que se puede vender: un motor que produce mucho pero con un p99 de 3 s no sirve adecuadamente a nadie. Esta es la cifra a recordar para dimensionar un servicio.
como leer
Una concurrencia bajo SLO de 0 significa que incluso un solo usuario excede el objetivo (a menudo el TTFT de un contexto largo).
Límites
El resultado depende enteramente de los SLO elegidos; cambiar de 25 ms a 50 ms puede duplicar la capacidad.
Cobertura
3 mesures valides, 3 en échec · Ornith-1.5-35B-A3B-FP8 fp8, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B-FP8 fp8

banco de llamas (GGUF) ver resultados →

banco de llamas (GGUF) llama_bench

control humano: ninguno

¿Cuál es el rendimiento bruto de llama.cpp para un archivo GGUF, sin un servidor o una red?

que se mide
Rendimiento de precarga (pp, tok/s) y generación (tg, tok/s) en múltiples profundidades de contexto.
Protocolo
binario oficial llama-bench, una consulta a la vez, todas las capas en la GPU.
Métricas
  • tok/s ↑ mayor = mejor
Interés en comparación con otras pruebas.
Aísla el motor llama.cpp y el formato GGUF de los efectos del servidor HTTP. Se utiliza para comparar las cuantificaciones de GGUF entre sí (Q8, Q4, BF16) y para identificar una pérdida debida al servidor (diferencia con llm_serve en la competición 1).
Límites
Flujo único, sin competencia: no predice la capacidad multiusuario.
Cobertura
24 mesures valides, 1 en échec · DFM-Mimir-v1.5-GGUF gguf-bf16, Qwen3.8-27B-GGUF gguf-q8_0, VeriLoop-E2-GGUF gguf-bf16

Calidad del modelo ver resultados →

Calidad de los LLM (lm-eval) lm_eval

control humano: recomendado

¿La cuantificación provoca una pérdida de precisión en comparación con el modelo BF16 de referencia?

que se mide
Puntuación (%) en gsm8k (razonamiento matemático), gpqa_diamond (preguntas de expertos), mmlu_pro (conocimiento, 1000 ejemplos), humaneval (código) y la diferencia de puntos con la referencia BF16.
Protocolo
lm-eval-harness en el punto final OpenAI del servidor aún está activo, temperatura 0, solo tareas generativas; la referencia BF16 se evalúa en la misma ejecución.
Métricas
  • puntuación por tarea (%) ↑ mayor = mejor
  • brecha vs BF16 (puntos) ↑ mayor = mejor
Interés en comparación con otras pruebas.
El contrapeso de las pruebas de velocidad: un FP8 dos veces más rápido sólo resulta interesante si su desviación se mantiene dentro de la tolerancia (2 puntos). No es una clasificación absoluta de los modelos entre sí (las tareas son breves y muestreadas), es una salvaguarda para la cuantificación.
como leer
Una desviación negativa superior a 2 puntos es una alerta; unas décimas en una dirección u otra es ruido.
Límites
Subconjuntos de ejemplos, sin probabilidades logarítmicas; Las diferencias en el formato de respuesta pueden costar puntos sin errores sustanciales.
Compruébalo tú mismo
En caso de alerta, lea algunas respuestas falsas en los resultados sin procesar (¿formato de respuesta mal extraído o error real?).
Cobertura
4 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, normistral-11b-thinking bf16, Qwen3.8-27B-FP8 fp8

Calidad multimodal (lmms-eval) lmms_eval

control humano: ninguno

¿La plantilla entiende correctamente las imágenes y los vídeos?

que se mide
Puntuación (%) en MMMU (preguntas universitarias con imagen) y Video-MME (preguntas en vídeo).
Protocolo
lmms-eval en el punto final servido, respuestas registradas (--log_samples).
Métricas
  • puntuación por tarea (%) ↑ mayor = mejor
Interés en comparación con otras pruebas.
Completa la prueba vlm, que solo mide el rendimiento con imágenes sintéticas sin juzgar las respuestas.
Límites
Subconjuntos; Puntuaciones sensibles al formato de respuesta.
Cobertura
2 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

Juegos 2D (calidad de código) ver resultados →

Juegos 2D (calidad de código) codegen

control humano: requerido

¿El modelo escribe, solo o como agente, un programa completo que funcione?

que se mide
Siete juegos HTML5 (snake, rompeladrillos, flappy, invaders, tetris, Doom-like, kart) por modelo y modo (habilidades, agente). Pruebas automáticas: carga, bucle de animación, imágenes renderizadas en 15 s, excepciones, errores de consola. Calificación de un juez de LLM (integridad, jugabilidad, calidad del código, sobre 10). Costo: duración, fichas, turnos de agente.
Protocolo
Misma especificación y aviso para todos, temperatura 0; ejecutándose en Chromium sin pantalla (Dramaturgo); El mismo juez para todos los modelos en una serie.
Métricas
  • puntuación del juez (/10) ↑ mayor = mejor
  • ejecución completa ↑ mayor = mejor
  • tiempo(s) de generación ↓ menor = mejor
Interés en comparación con otras pruebas.
La única prueba que juzga un trabajo de principio a fin en lugar de una respuesta corta: humaneval verifica una función, codegen verifica un programa en ejecución. El modo agente mide además la capacidad de usar herramientas y autocorregirse, a costa de más tiempo y tokens (se muestra en “Costo de un juego por modo”).
como leer
Una calificación alta con “ejecución fallida” es sospechosa. Una puntuación obtenida por el modelo que se juzga a sí mismo se denomina “autoevaluación”.
Límites
El juez de LLM no es perfectamente reproducible y puede preferir su propio estilo; "se ejecuta durante 15 segundos sin errores" no significa "divertido" o "compatible".
Compruébalo tú mismo
Juegue juegos desde el tablero (mosaico "jugar", cambio de modelo instantáneo) y confirme que la puntuación del juez corresponde a la jugabilidad real, especialmente para aquellos que están en la parte superior de la clasificación.
Cobertura
50 mesures valides, 5 en échec · Apertus-v1.5-70B bf16, Apertus-v1.5-8B bf16, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B-FP8 fp8

Visión-lenguaje (caudal) ver resultados →

Visión-lenguaje (caudal) vlm

control humano: ninguno

¿A qué velocidad atiende el modelo solicitudes de chat que contienen imágenes?

que se mide
TTFT, TPOT, bitrate agregado según competencia, con imágenes sintéticas de tamaño fijo (opción vídeo).
Protocolo
AIPerf, imágenes generadas, longitudes de salida fijas.
Métricas
  • rendimiento agregado (tok/s) ↑ mayor = mejor
  • TTFT (ms) ↓ menor = mejor
Interés en comparación con otras pruebas.
Muestra el costo de la imagen: en comparación con llm_serve en el mismo modelo, la desviación de TTFT es el tiempo de codificación visual. La precisión de las respuestas se mide por separado mediante lmms-eval.
Límites
Imágenes sintéticas sin contenido; Las respuestas no se juzgan.
Cobertura
20 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

reconocimiento de voz ver resultados →

Reconocimiento de voz (ASR) asr

control humano: recomendado

¿Cuánto audio se transcribe por segundo y con cuántos errores?

que se mide
RTFx (segundos de audio por segundo de computación), TTFT y latencia de concurrencia; WER en LibriSpeech test-clean (inglés) y FLEURS (francés).
Protocolo
script asr_bench (latencia, rendimiento, RTFx) y asr_wer contra el punto final de audio del servidor; texto normalizado antes del cálculo WER.
Métricas
  • RTFx ↑ mayor = mejor
  • WER (%) ↓ menor = mejor
Interés en comparación con otras pruebas.
La velocidad y la precisión se miden en los mismos modelos: podemos ver directamente si un modelo "turbo" más rápido pierde en WER. FLORES en francés se utiliza para identificar modelos que sólo son válidos para inglés.
como leer
~2,7% WER en LibriSpeech es el punto de referencia publicado para Whisper grande-v3; El francés siempre es más alto.
Límites
El WER depende de la estandarización del texto (puntuación, números, acentos).
Compruébalo tú mismo
Lea algunas transcripciones en francés: parte del WER puede provenir de normalización (cifras, elisiones) más que de errores reales.
Cobertura
36 mesures valides · Qwen3-ASR-1.7B bf16, whisper-large-v3 fp16, whisper-large-v3-turbo fp16

Diarización ver resultados →

Diarización (quién habla cuando) diarization

control humano: ninguno

¿El modelo atribuye correctamente cada pasaje al hablante adecuado y con la suficiente rapidez?

que se mide
DER (tasa de error de diarioización) desglosado en palabras perdidas, falsas alarmas y confusión del orador; RTFx sin conexión (lotes 1 y 8); Latencia por segmento en streaming.
Protocolo
Nemotron-3-Diarización vía NeMo en la prueba VoxConverse (50 archivos), pyannote.metrics, collar 0,25 s, superposiciones incluidas.
Métricas
  • DER (%) ↓ menor = mejor
  • RTFx ↑ mayor = mejor
Interés en comparación con otras pruebas.
Completa el ASR para reuniones y entrevistas: la transcripción dice qué, la diarioización dice quién.
Límites
VoxConverse es en inglés, de debates televisivos; otro tipo de registro puede dar un DER muy diferente.
Cobertura
0 mesure valide, 2 en échec

Voz en tiempo real (Kyutai) ver resultados →

Voz en tiempo real (Kyutai) kyutai

control humano: requerido

¿Podemos mantener una conversación de voz en tiempo real y con cuántos usuarios?

que se mide
Go/no-go aarch64, latencia al primer audio, número de transmisiones simultáneas, factor de tiempo real (RTF) para Moshi (voz a voz), STT y TTS.
Protocolo
Servidores oficiales de Kyutai, clientes sintéticos en paralelo.
Métricas
  • primer audio (ms) ↓ menor = mejor
  • RTF ↓ menor = mejor
Interés en comparación con otras pruebas.
La única prueba de audio interactiva en tiempo real: ya no se trata de fluir sino de mantener la cadencia del habla (RTF < 1).
Límites
No juzgues la naturalidad de la voz ni la relevancia de las respuestas.
Compruébalo tú mismo
Escuchar los intercambios (naturalidad de la voz, cortes, retraso percibido); un RTF < 1 no implica una conversación agradable.
Cobertura
2 mesures valides, 5 en échec · stt-1b-en_fr bf16, tts-1.6b-en_fr bf16

Embeddings ver resultados →

Embeddings embeddings

control humano: ninguno

¿Cuántos textos se vectorizan por segundo? ¿La búsqueda encuentra los documentos correctos?

que se mide
Solicitudes, tokens, latencia p50/p99 en /v1/embeddings en múltiples tamaños de entrada; Puntuación MTEB promedio en un subconjunto de tareas de búsqueda FR/EN.
Protocolo
AIPerf para velocidad, script mteb_eval en el punto final servido para calidad.
Métricas
  • solicitudes/es ↑ mayor = mejor
  • MTEB promedio ↑ mayor = mejor
Interés en comparación con otras pruebas.
Dimensiones de la indexación de un RAG (velocidad) y la elección del modelo (calidad); un modelo pequeño y muy rápido sólo es útil si su MTEB permanece cercano.
Límites
subconjunto MTEB; no reemplaza una evaluación de sus propios documentos.
Cobertura
24 mesures valides, 4 en échec · bge-m3 fp16, Qwen3-Embedding-8B bf16

Diffusion (imagen, vídeo) ver resultados →

Generación de imágenes y videos. diffusion

control humano: requerido

¿Cuántas imágenes (o clips) genera la máquina por segundo?

que se mide
Cuadros/seg por tamaño de lote y resolución (SDXL, Qwen-Image), segundos por clip (Wan 2.2), latencia, memoria GPU.
Protocolo
Pipelines Diffusion, número fijo de pasos, indicaciones fijas.
Métricas
  • fotogramas/seg ↑ mayor = mejor
  • s por clip ↓ menor = mejor
Interés en comparación con otras pruebas.
Solo medición de capacidad en modelos de imagen: compara modelos con igual número de pasos, no con igual calidad.
Límites
No se mide la calidad de las imágenes (ni puntuación automática ni conservación sistemática de las imágenes).
Compruébalo tú mismo
Genere y vea imágenes de muestra por modelo con las mismas indicaciones antes de comparar velocidades de bits; un modelo más rápido puede producir imágenes inutilizables.
Cobertura
6 mesures valides · Qwen-Image bf16, stable-diffusion-xl-base-1.0 fp16

Representación neuronal en tiempo real ver resultados →

Representación neuronal en tiempo real (Matrix-Game 4.0) matrixgame

control humano: requerido

¿Puede un modelo de transmisión de video reemplazar la representación de juegos en tiempo real en esta máquina?

que se mide
Imágenes del modelo solas, servidas en línea y codificadas; retraso antes de la primera imagen; latencia por bloque (p50/p90/p99); VRAM en su punto máximo; Imágenes perdidas. Clip de 20 segundos en vista dual.
Protocolo
Servidor de repositorio oficial, cliente sintético que reproduce acciones de 60 s por escena (Egipto, carrera) y preestablecidas (tiempo real, calidad).
Métricas
  • fotogramas/seg en línea ↑ mayor = mejor
  • primera imagen(es) ↓ menor = mejor
Interés en comparación con otras pruebas.
Mide una nueva carga (mundo generativo interactivo) donde sólo cuenta mantener una cadencia; ninguna otra prueba lo cubre.
como leer
Alrededor de 24 fotogramas por segundo, la representación parece fluida; por debajo de 15 cuadros/s es entrecortado. Una sesión de “renderización de software” no es representativa.
Límites
La acción → latencia de la imagen vista en un navegador no se mide; No se nota la consistencia visual.
Compruébalo tú mismo
Mire clips en vista dual (low-poly | renderizado) y reprodúzcalos en vivo (`benchzgx play`) para juzgar la coherencia y la capacidad de respuesta.
Cobertura
2 mesures valides · Matrix-Game-4.0 bf16

Máquina

Inventario de máquinas inventory

control humano: ninguno

¿En qué máquina, qué GPU, qué controlador y qué versiones se tomaron las medidas?

que se mide
Nombre de host, GPU y memoria, capacidad informática, controlador y CUDA, límite de potencia, CPU, RAM, sistema operativo, kernel, Docker.
Protocolo
Leer la versión de nvidia-smi, /proc y docker al inicio de cada ejecución; el resultado se adjunta a la ejecución.
Interés en comparación con otras pruebas.
No compara nada en sí mismo: hace que el resto de cifras sean comparables entre dos campañas (mismo conductor, mismo límite de potencia). No se deben mezclar dos corridas con inventarios diferentes sin informarlo.
Límites
No comprueba la refrigeración ni la temperatura ambiente.
Cobertura
2 mesures valides

Salud de la GPU health

control humano: recomendado

¿La GPU es capaz de producir mediciones confiables?

que se mide
Diagnóstico DCGM (Nivel 2), errores ECC no corregidos, errores XID recientes, disco libre, ancho de banda del host ↔ GPU (nvbandwidth).
Protocolo
dcgmi diag -r 2, nvidia-smi -q, registro del kernel, nvbandwidth; antes de la campaña.
Métricas
  • Ajedrez DCGM ↓ menor = mejor
  • errores ECC no corregidos ↓ menor = mejor
  • errores XID ↓ menor = mejor
Interés en comparación con otras pruebas.
Una GPU defectuosa produce un rendimiento bajo sin mensajes de error. Esta prueba separa "el modelo es lento" de "la máquina está enferma". Debe examinarse antes de cualquier conclusión de la actuación.
Límites
Un diagnóstico breve no detecta una estrangulación térmica que sólo aparece después de una hora de carga (ver telemetría).
Compruébalo tú mismo
Consulte la lista de verificación antes de la campaña (temperatura de reposo, refrigeración líquida activa, ningún otro proceso de GPU).
Cobertura
1 mesure valide

Pruebas controladas por humanos

7 pruebas

Estas comprobaciones no están automatizadas y no ingresan ningún número. Hazlos antes de publicar una conclusión.

NivelPruebaQue comprobar
requis Generación de imágenes y videos.Genere y vea imágenes de muestra por modelo con las mismas indicaciones antes de comparar velocidades de bits; un modelo más rápido puede producir imágenes inutilizables.
requis Juegos 2D (calidad de código)Juegue juegos desde el tablero (mosaico "jugar", cambio de modelo instantáneo) y confirme que la puntuación del juez corresponde a la jugabilidad real, especialmente para aquellos que están en la parte superior de la clasificación.
requis Representación neuronal en tiempo real (Matrix-Game 4.0)Mire clips en vista dual (low-poly | renderizado) y reprodúzcalos en vivo (`benchzgx play`) para juzgar la coherencia y la capacidad de respuesta.
requis Voz en tiempo real (Kyutai)Escuchar los intercambios (naturalidad de la voz, cortes, retraso percibido); un RTF < 1 no implica una conversación agradable.
aconsejado Calidad de los LLM (lm-eval)En caso de alerta, lea algunas respuestas falsas en los resultados sin procesar (¿formato de respuesta mal extraído o error real?).
aconsejado Reconocimiento de voz (ASR)Lea algunas transcripciones en francés: parte del WER puede provenir de normalización (cifras, elisiones) más que de errores reales.
aconsejado Salud de la GPUConsulte la lista de verificación antes de la campaña (temperatura de reposo, refrigeración líquida activa, ningún otro proceso de GPU).

Glosario

36 términos
Agente (modo)
Modo Codegen donde el modelo tiene herramientas (lectura, escritura, ejecución) y puede probar y luego corregir su juego en varias rondas.
BF16
Formato digital de 16 bits (bfloat16), precisión de referencia de los pesos del modelo; sirve como base de comparación para las versiones cuantificadas.
Concurrencia
Número de solicitudes enviadas al mismo tiempo al servidor; simula esa cantidad de usuarios simultáneos.
control humano
Verificación que una persona debe hacer (ver, escuchar, jugar) porque el número automático no es suficiente para concluir.
DCGM
Herramienta de diagnóstico de GPU NVIDIA (Administrador de GPU del centro de datos); El nivel 2 inicia pruebas de cálculo y memoria.
decodificar
Fase donde el modelo genera los tokens de respuesta uno por uno; limitado por el ancho de banda de la memoria.
calidad delta
Diferencia en puntos entre la puntuación de un modelo cuantificado y la de su referencia BF16. Alerta más allá de 2 puntos.
DER
Tasa de errores de diarización: porción del tiempo de uso de la palabra asignada incorrectamente (perdida, falsa alarma o orador equivocado). Más bajo es mejor.
incrustar
Vector digital que representa el significado de un texto, utilizado para búsqueda semántica y RAG.
FP8
Cuantización de punto flotante de 8 bits: aproximadamente la mitad de la memoria del BF16, a menudo más rápido, generalmente con baja pérdida de calidad.
GGUF
Formato de archivo de llama.cpp y Ollama, que incluye pesos cuantificados (Q8_0, Q4_K_M…) y metadatos.
Goodput
Rendimiento útil: la proporción de tráfico servido respetando los objetivos de latencia (SLO).
HBM
Memoria de alto ancho de banda soldada a la GPU (256 GB en el GB300).
ITL
Latencia entre tokens: tiempo entre dos tokens consecutivos de una respuesta.
Juez de LLM
Modelo de lenguaje que anota un resultado (aquí los juegos generados) según una cuadrícula; práctico pero no perfectamente reproducible.
caché KV
Memoria donde el servidor guarda el estado de cada conversación en curso; su tamaño limita la concurrencia y la longitud del contexto.
evaluación lm
lm-evaluación-arnés: banco de evaluación estándar para la precisión de los LLM en conjuntos de preguntas.
MTEB
Massive Text Embedding Benchmark: batería de tareas que mide la calidad de las incrustaciones.
MTP
Predicción de tokens múltiples: decodificación especulativa donde el modelo ofrece varios tokens a la vez y luego se verifica; acelera la generación.
NVFP4
Cuantización NVIDIA de 4 bits específica de las GPU Blackwell: cuatro veces menos memoria que BF16.
p50 / p99
Mediana / percentil 99: p99 es el valor que el 99% de las solicitudes no supera, es decir, el caso desfavorable que experimenta 1 usuario de cada 100.
Precarga
Fase en la que el modelo lee el mensaje completo antes del primer token; limitado por la potencia de cálculo. Domina el TTFT.
Prefijo de caché
Reutilización del cálculo de un inicio rápido visto anteriormente; desactivado durante las mediciones para no adular los resultados.
Perfil de carga
Par largo de entrada/largo de salida (cat 1024/1024, trapo 8192/1024, largo 32768/1024, agente 4096/2048, etc.).
Cuantificación
Reducción de precisión de peso (FP8, NVFP4, GGUF Q8/Q4) para ganar memoria y velocidad a costa de una posible pérdida de calidad.
RAG
Recuperación-Generación Aumentada: el modelo responde a partir de documentos encontrados mediante búsqueda semántica.
RTF/RTFx
Factor de tiempo real. RTF = tiempo de cálculo / duración del audio (tiempo real si < 1); RTFx = lo contrario (segundos de audio procesados ​​por segundo, cuanto más alto, mejor).
Habilidades (moda)
Modo codegen de respuesta única, con instrucciones idénticas de mejores prácticas para todos los modelos en el indicador del sistema.
SLO
Objetivo de nivel de servicio: objetivo de latencia a respetar (aquí TTFT p99 ≤ 500 ms e ITL p99 ≤ 25 ms por defecto).
tok/s
Fichas por segundo. Agregado: todos los usuarios combinados (capacidad). Por usuario: velocidad de lectura percibida.
ficha
Unidad de texto manipulada por el modelo (en promedio ¾ de palabra en inglés, un poco menos en francés).
TPOT
Tiempo por token de salida: tiempo promedio por token generado después del primero; 1000 / TPOT = tok/s visto por un usuario.
TTFT
Time To First Token: retraso entre el envío de la solicitud y la recepción del primer token; es capacidad de respuesta percibida.
Telemetría
Lectura segundo a segundo de la potencia, temperaturas, relojes y memoria de la GPU (y CPU) durante una medición.
VLM
Modelo Visión-Lenguaje: modelo que acepta imágenes (o vídeos) como entrada además de texto.
WER
Tasa de error de palabras: proporción de palabras transcritas incorrectamente (sustituidas, olvidadas, agregadas). Más bajo es mejor.