Valutazione del server di inferenza

Guida alle prove effettuate

Cosa misura ciascun test, perché esiste insieme agli altri, come leggerne i numeri e cosa una persona dovrebbe verificare da sola. I risultati numerici e la loro interpretazione per famiglia sono nella cruscotto.

controllo umano: nessuno – il numero è sufficiente consigliato: uno sguardo evita errori di lettura richiesto: guarda, ascolta o gioca prima di concludere

Panoramica

15 prove · 12 famiglie

Una riga per test. “Misurazioni” conta le registrazioni delle corse incluse nel dashboard (esclusi esempi).

FamigliaTestDomanda a cui rispondeControllo umanoMisurazioni ok/falliteModelli misurati
Macchina Inventario macchine Su quale macchina, quale GPU, quale driver e quali versioni sono state effettuate le misurazioni? aucun 2 / 0 –
Macchina Stato della GPU La GPU è in grado di produrre misurazioni affidabili? consigliato 1 / 0 –
Prestazioni LLM (servizio) Prestazioni del servizio LLM Quanti token al secondo produce la macchina e quale latenza vede ciascun utente quando il carico aumenta? aucun 854 / 5 15
Goodput Goodput (capacità sotto l'obiettivo di servizio) Quanti utenti simultanei serve la macchina rispettando gli obiettivi di latenza? aucun 3 / 3 3
Panca per lama (GGUF) Panca per lama (GGUF) Qual è il throughput grezzo di llama.cpp per un file GGUF, senza un server o una rete? aucun 24 / 1 3
Qualità del modello Qualità dei LLM (lm-eval) La quantificazione causa una perdita di accuratezza rispetto al modello BF16 di riferimento? consigliato 4 / 5 4
Qualità del modello Qualità multimodale (lmms-eval) Il modello comprende correttamente immagini e video? aucun 2 / 0 2
Giochi 2D (qualità del codice) Giochi 2D (qualità del codice) Il modello scrive, da solo o come agente, un programma completo che funzioni? requis 50 / 5 4
Visione-linguaggio (portata) Visione-linguaggio (portata) Con quale frequenza il modello soddisfa le richieste di chat contenenti immagini? aucun 20 / 0 2
Riconoscimento vocale Riconoscimento vocale (ASR) Quanto audio viene trascritto al secondo e con quanti errori? consigliato 36 / 0 3
Diarizzazione Diarizzazione (chi parla quando) Il modello attribuisce correttamente ogni passaggio al parlante giusto e abbastanza velocemente? aucun 0 / 2 –
Voce in tempo reale (Kyutai) Voce in tempo reale (Kyutai) Possiamo tenere una conversazione vocale in tempo reale e con quanti utenti? requis 2 / 5 2
Embeddings Embeddings Quanti testi vettorizzano al secondo e la ricerca trova i documenti giusti? aucun 24 / 4 2
Diffusion (immagine, video) Generazione di immagini e video Quante immagini (o clip) genera la macchina al secondo? requis 6 / 0 2
Rendering neurale in tempo reale Rendering neurale in tempo reale (Matrix-Game 4.0) Un modello di streaming video può sostituire il rendering del gioco in tempo reale su questa macchina? requis 2 / 0 1

Confronto dei test: cosa misura ciascuno

Nessun test da solo risponde “qual è il modello migliore”. La matrice mostra ciò che ciascuno copre; una conclusione solida attraversa almeno un test di velocità e un test di accuratezza della stessa categoria.

Per categoria di modello

I modelli possono essere confrontati solo all'interno della stessa categoria. Per ciascuno: la domanda posta, i test che rispondono e i modelli in catalogo (misurato = almeno un risultato valido).

Testo e codice LLM

Quale modello e motore serve il maggior numero di utenti, abbastanza velocemente, senza perdere la qualità?

Test
Modelli da catalogo
  • dfm-mimir-1.5-gguf livello 1
  • ornith-1.5-35b-fp8 livello 1
  • qwen3-coder-next-bf16 livello 1
  • qwen3-coder-next-fp8 livello 1
  • qwen3.8-27b-bf16 livello 1
  • qwen3.8-27b-fp8 livello 1
  • qwen3.8-27b-gguf-q8 livello 1
  • veriloop-e2-bf16 livello 1
  • aperto-1.5-70b livello 2
  • aperto-1.5-8b livello 2
  • dfm-mimir-1.5-gguf-q8 livello 2
  • gpt-oss-120b livello 2
  • normalistrale-11b-lungo livello 2
  • Pensiero normalistral-11b livello 2
  • ornith-1.5-35b-bf16 livello 2
  • qwen3.8-27b-gguf-q4 livello 2
  • qwen3.8-flash-successivo livello 2
  • qwen3.8-flash-next-fp8 livello 2
  • veriloop-e2-gguf livello 2
  • qwen3-coder-480b-nvfp4 livello 3
  • qwen3.8-27b-nvfp4 livello 3

Audio (trascrizione, diarizzazione, voce)

Quante ore di audio per ora di calcolo, con quale precisione e in tempo reale?

Test
Modelli da catalogo
  • nemotron-3-diarizzazione livello 1
  • qwen3-asr-1.7b livello 1
  • sussurro-grande-v3 livello 1
  • sussurro-grande-v3-turbo livello 1
  • qwen3-asr-0.6b livello 2
  • kyutai-stt-1b-en_fr livello 3
  • kyutai-tts-1.6b livello 3
  • moshi livello 3

Incorporamenti (ricerca semantica, RAG)

Quanti documenti vengono indicizzati al secondo e con quale qualità di ricerca?

Test
Modelli da catalogo
  • bge-m3 livello 1
  • qwen3-embedding-8b livello 1
  • qwen3-embedding-0.6b livello 2

Fogli di prova

Prestazioni LLM (servizio) vedere i risultati →

Prestazioni del servizio LLM llm_serve

controllo umano: nessuno

Quanti token al secondo produce la macchina e quale latenza vede ciascun utente quando il carico aumenta?

Cosa viene misurato
Tempo per il primo token (TTFT), tempo per token (TPOT), latenza inter-token (ITL), throughput aggregato e per utente, fino a 1 a 128, per ciascun profilo di carico.
Protocollo
vllm bench serve contro il server OpenAI del motore (vLLM, SGLang, llama.cpp, Ollama), lunghezze di input e output fisse, --ignore-eos, temperatura 0, cache del prefisso disabilitata, 4 query di concorrenza, 3 ripetizioni, mediana.
Metriche
  • throughput aggregato (tok/s) ↑ più alto = migliore
  • throughput per utente (tok/s) ↑ più alto = migliore
  • TTFT (ms) ↓ inferiore = migliore
  • TPOT (ms) ↓ inferiore = migliore
Interesse rispetto ad altri test
Questa è la misura della capacità grezza: indica quanto la macchina può produrre. Non dice se questo throughput è utilizzabile (questo è il ruolo di goodput, che aggiunge obiettivi di latenza), né se le risposte sono corrette (questo è il ruolo di lm-eval). A differenza di llama-bench, passa attraverso un vero server HTTP con richieste simultanee: questo è ciò che sperimenterà un'applicazione.
Come leggere
Il flusso complessivo aumenta con la concorrenza poi si stabilizza: il limite massimo è la capacità della macchina per questo modello. Il throughput per utente diminuisce: sotto i 20 tok/s circa, la lettura dal vivo diventa dolorosa. Confrontando FP8 e BF16 dello stesso modello si ottiene il guadagno di quantificazione.
Limiti
Le query sintetiche a lunghezza fissa non hanno la varietà del traffico reale; il prefisso della cache, che aiuta molto in produzione (RAG, agenti), è volutamente disattivato.
Copertura
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 vedere i risultati →

Goodput (capacità sotto l'obiettivo di servizio) goodput

controllo umano: nessuno

Quanti utenti simultanei serve la macchina rispettando gli obiettivi di latenza?

Cosa viene misurato
Concorrenza massima per la quale il 99% delle richieste rispetta TTFT ≤ 500 ms e ITL ≤ 25 ms (default), e corrispondente throughput utile.
Protocollo
GuideLLM, carica lo sweep (sweep) quindi il profilo goodput con SLO; fallback allo sweep (p99 ≤ SLO) se il profilo fallisce.
Metriche
  • concorrenza massima in SLO ↑ più alto = migliore
  • portata utile (tok/s) ↑ più alto = migliore
Interesse rispetto ad altri test
Dove llm_serve dà il flusso massimo, goodput dà il flusso vendibile: un motore che produce tanto ma con un p99 di 3 s non serve adeguatamente nessuno. Questa è la cifra da ricordare per dimensionare un servizio.
Come leggere
Una concorrenza con SLO pari a 0 significa che anche un singolo utente supera l'obiettivo (spesso il TTFT di un lungo contesto).
Limiti
Il risultato dipende interamente dagli SLO scelti; la modifica da 25 ms a 50 ms può raddoppiare la capacità.
Copertura
3 mesures valides, 3 en échec · Ornith-1.5-35B-A3B-FP8 fp8, Qwen3-Coder-Next-FP8 fp8, Qwen3.8-27B-FP8 fp8

Panca per lama (GGUF) vedere i risultati →

Panca per lama (GGUF) llama_bench

controllo umano: nessuno

Qual è il throughput grezzo di llama.cpp per un file GGUF, senza un server o una rete?

Cosa viene misurato
Throughput di precompilazione (pp, tok/s) e generazione (tg, tok/s) a più profondità di contesto.
Protocollo
binario ufficiale di lama-bench, una query alla volta, tutti i livelli sulla GPU.
Metriche
  • tok/s ↑ più alto = migliore
Interesse rispetto ad altri test
Isola il motore llama.cpp e il formato GGUF dagli effetti del server HTTP. Utilizzato per confrontare tra loro le quantificazioni GGUF (Q8, Q4, BF16) e per identificare una perdita dovuta al server (differenza con llm_serve alla competizione 1).
Limiti
Flusso unico, nessuna concorrenza: non prevede la capacità multiutente.
Copertura
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

Qualità del modello vedere i risultati →

Qualità dei LLM (lm-eval) lm_eval

controllo umano: raccomandato

La quantificazione causa una perdita di accuratezza rispetto al modello BF16 di riferimento?

Cosa viene misurato
Punteggio (%) su gsm8k (ragionamento matematico), gpqa_diamond (domande degli esperti), mmlu_pro (conoscenza, 1000 esempi), humaneval (codice) e differenza di punti con il riferimento BF16.
Protocollo
lm-eval-harness sull'endpoint OpenAI del server ancora caldo, temperatura 0, solo attività generative; il riferimento BF16 viene valutato nella stessa analisi.
Metriche
  • punteggio per attività (%) ↑ più alto = migliore
  • gap vs BF16 (punti) ↑ più alto = migliore
Interesse rispetto ad altri test
Il contrappeso delle prove di velocità: una FP8 due volte più veloce interessa solo se la sua deviazione rimane entro la tolleranza (2 punti). Non si tratta di una classificazione assoluta dei modelli tra loro (i compiti sono brevi e campionati), è una salvaguardia per la quantificazione.
Come leggere
Una deviazione negativa oltre i 2 punti costituisce un avviso; pochi decimi in un senso o nell'altro sono rumore.
Limiti
Sottoinsiemi di esempi, nessuna probabilità logaritmica; Le differenze nel formato della risposta possono costare punti senza errori sostanziali.
Controllalo tu stesso
In caso di avviso, leggere alcune risposte false negli output grezzi (formato di risposta mal estratto o errore reale?).
Copertura
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

Qualità multimodale (lmms-eval) lmms_eval

controllo umano: nessuno

Il modello comprende correttamente immagini e video?

Cosa viene misurato
Punteggio (%) su MMMU (domande universitarie con immagine) e Video-MME (domande su video).
Protocollo
lmms-eval sull'endpoint servito, risposte registrate (--log_samples).
Metriche
  • punteggio per attività (%) ↑ più alto = migliore
Interesse rispetto ad altri test
Completa il test vlm, che misura solo la produttività con immagini sintetiche senza giudicare le risposte.
Limiti
Sottoassiemi; Punteggi sensibili al formato della risposta.
Copertura
2 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

Giochi 2D (qualità del codice) vedere i risultati →

Giochi 2D (qualità del codice) codegen

controllo umano: richiesto

Il modello scrive, da solo o come agente, un programma completo che funzioni?

Cosa viene misurato
Sette giochi HTML5 (snake, brick breaker, flappy, invaders, tetris, Doom-like, kart) per modello e modalità (abilità, agente). Prove automatiche: caricamento, loop di animazione, immagini renderizzate in 15 s, eccezioni, errori della console. Valutazione di un giudice LLM (completezza, giocabilità, qualità del codice, su 10). Costo: durata, gettoni, turni dell'agente.
Protocollo
Stesse specifiche e richieste per tutti, temperatura 0; correre in Chromium senza schermo (drammaturgo); lo stesso giudice per tutti i modelli in una corsa.
Metriche
  • punteggio del giudice (/10) ↑ più alto = migliore
  • esecuzione completa ↑ più alto = migliore
  • tempo/i di generazione ↓ inferiore = migliore
Interesse rispetto ad altri test
L'unico test che giudica un lavoro dall'inizio alla fine piuttosto che una risposta breve: humaneval controlla una funzione, codegen controlla un programma in esecuzione. La modalità Agente misura inoltre la capacità di utilizzare strumenti e di autocorreggersi, al costo di più tempo e gettoni (visualizzato in “Costo di un gioco per modalità”).
Come leggere
Un punteggio elevato con “esecuzione non riuscita” è sospetto. Un punteggio ottenuto dal modello che giudica se stesso è denominato “autovalutazione”.
Limiti
Il giudice LLM non è perfettamente riproducibile e potrebbe preferire il proprio stile; "funziona per 15 secondi senza errori" non significa "divertente" o "conforme".
Controllalo tu stesso
Gioca ai giochi dalla dashboard (miniatura "gioca", cambio modello istantaneo) e conferma che il punteggio del giudice corrisponde alla giocabilità effettiva, soprattutto per quelli in cima alla classifica.
Copertura
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

Visione-linguaggio (portata) vedere i risultati →

Visione-linguaggio (portata) vlm

controllo umano: nessuno

Con quale frequenza il modello soddisfa le richieste di chat contenenti immagini?

Cosa viene misurato
TTFT, TPOT, bitrate aggregato in base alla concorrenza, con immagini sintetiche di dimensione fissa (opzione video).
Protocollo
AIPerf, immagini generate, lunghezze di output fisse.
Metriche
  • throughput aggregato (tok/s) ↑ più alto = migliore
  • TTFT (ms) ↓ inferiore = migliore
Interesse rispetto ad altri test
Mostra il costo dell'immagine: rispetto a llm_serve sullo stesso modello, la deviazione di TTFT è il tempo di codifica visiva. La precisione delle risposte viene misurata separatamente da lmms-eval.
Limiti
Immagini sintetiche senza contenuto; le risposte non vengono giudicate.
Copertura
20 mesures valides · Qwen3.8-27B bf16, Qwen3.8-27B-FP8 fp8

Riconoscimento vocale vedere i risultati →

Riconoscimento vocale (ASR) asr

controllo umano: raccomandato

Quanto audio viene trascritto al secondo e con quanti errori?

Cosa viene misurato
RTFx (secondi di audio per secondo di elaborazione), TTFT e latenza di concorrenza; WER su LibriSpeech test-clean (inglese) e FLEURS (francese).
Protocollo
script asr_bench (latenza, throughput, RTFx) e asr_wer rispetto all'endpoint audio del server; testo normalizzato prima del calcolo del WER.
Metriche
  • RTFx ↑ più alto = migliore
  • ERR (%) ↓ inferiore = migliore
Interesse rispetto ad altri test
Velocità e precisione vengono misurate sugli stessi modelli: possiamo vedere direttamente se un modello “turbo” più veloce perde nel WER. FLOWERS in francese viene utilizzato per identificare i modelli validi solo per l'inglese.
Come leggere
~2,7% WER su LibriSpeech è il benchmark pubblicato per Whisper large-v3; Il francese è sempre più alto.
Limiti
Il WER dipende dalla standardizzazione del testo (punteggiatura, numeri, accenti).
Controllalo tu stesso
Leggi alcune trascrizioni francesi: parte del WER potrebbe derivare da normalizzazioni (cifre, elisioni) piuttosto che da errori reali.
Copertura
36 mesures valides · Qwen3-ASR-1.7B bf16, whisper-large-v3 fp16, whisper-large-v3-turbo fp16

Diarizzazione vedere i risultati →

Diarizzazione (chi parla quando) diarization

controllo umano: nessuno

Il modello attribuisce correttamente ogni passaggio al parlante giusto e abbastanza velocemente?

Cosa viene misurato
DER (tasso di errore di diarizzazione) suddiviso in mancato discorso, falso allarme e confusione dell'oratore; RTFx offline (lotti 1 e 8); latenza per segmento in streaming.
Protocollo
Nemotron-3-Diarizzazione tramite NeMo su test VoxConverse (50 file), pyannote.metrics, collare 0,25 s, sovrapposizioni incluse.
Metriche
  • DER (%) ↓ inferiore = migliore
  • RTFx ↑ più alto = migliore
Interesse rispetto ad altri test
Completa l'ASR per incontri e interviste: la trascrizione dice cosa, la diarizzazione dice chi.
Limiti
VoxConverse è in inglese, dai dibattiti televisivi; un altro tipo di record può fornire un DER molto diverso.
Copertura
0 mesure valide, 2 en échec

Voce in tempo reale (Kyutai) vedere i risultati →

Voce in tempo reale (Kyutai) kyutai

controllo umano: richiesto

Possiamo tenere una conversazione vocale in tempo reale e con quanti utenti?

Cosa viene misurato
Go/no-go aarch64, latenza al primo audio, numero di flussi simultanei, fattore in tempo reale (RTF) per Moshi (voice-to-voice), STT e TTS.
Protocollo
Server Kyutai ufficiali, client sintetici in parallelo.
Metriche
  • primo audio (ms) ↓ inferiore = migliore
  • RTF ↓ inferiore = migliore
Interesse rispetto ad altri test
L'unico test audio interattivo in tempo reale: non si tratta più di flusso ma di mantenimento della cadenza del parlato (RTF < 1).
Limiti
Non giudicare la naturalezza della voce o la pertinenza delle risposte.
Controllalo tu stesso
Ascoltare gli scambi (naturalezza della voce, tagli, ritardo percepito); un RTF < 1 non implica una conversazione piacevole.
Copertura
2 mesures valides, 5 en échec · stt-1b-en_fr bf16, tts-1.6b-en_fr bf16

Embeddings vedere i risultati →

Embeddings embeddings

controllo umano: nessuno

Quanti testi vettorizzano al secondo e la ricerca trova i documenti giusti?

Cosa viene misurato
Richieste/s, token/s, latenza p50/p99 su /v1/embeddings con più dimensioni di input; Punteggio MTEB medio su un sottoinsieme di attività di ricerca FR/EN.
Protocollo
AIPerf per la velocità, script mteb_eval sull'endpoint servito per la qualità.
Metriche
  • richieste/i ↑ più alto = migliore
  • MTEB medio ↑ più alto = migliore
Interesse rispetto ad altri test
Dimensiona l'indicizzazione di un RAG (velocità) e la scelta del modello (qualità); un modello piccolo e molto veloce è utile solo se il suo MTEB rimane vicino.
Limiti
sottoinsieme MTEB; non sostituisce una valutazione sui propri documenti.
Copertura
24 mesures valides, 4 en échec · bge-m3 fp16, Qwen3-Embedding-8B bf16

Diffusion (immagine, video) vedere i risultati →

Generazione di immagini e video diffusion

controllo umano: richiesto

Quante immagini (o clip) genera la macchina al secondo?

Cosa viene misurato
Fotogrammi/sec per dimensione batch e risoluzione (SDXL, Qwen-Image), secondi per clip (Wan 2.2), latenza, memoria GPU.
Protocollo
Pipeline Diffusion, numero fisso di passaggi, istruzioni fisse.
Metriche
  • fotogrammi/sec ↑ più alto = migliore
  • secondi per clip ↓ inferiore = migliore
Interesse rispetto ad altri test
Solo misurazione della capacità su modelli di immagine: confronta i modelli con lo stesso numero di passaggi, non con la stessa qualità.
Limiti
La qualità delle immagini non viene misurata (né punteggio automatico né conservazione sistematica delle immagini).
Controllalo tu stesso
Genera e visualizza immagini di esempio per modello con le stesse istruzioni prima di confrontare i bitrate; un modello più veloce potrebbe produrre immagini inutilizzabili.
Copertura
6 mesures valides · Qwen-Image bf16, stable-diffusion-xl-base-1.0 fp16

Rendering neurale in tempo reale vedere i risultati →

Rendering neurale in tempo reale (Matrix-Game 4.0) matrixgame

controllo umano: richiesto

Un modello di streaming video può sostituire il rendering del gioco in tempo reale su questa macchina?

Cosa viene misurato
Immagini del solo modello, pubblicate online e codificate; ritardo prima della prima immagine; latenza per blocco (p50/p90/p99); VRAM al massimo; immagini perdute. Clip di 20 secondi in doppia visualizzazione.
Protocollo
Server repository ufficiale, client sintetico che riproduce azioni anni '60 per scena (Egitto, razza) e preimpostate (tempo reale, qualità).
Metriche
  • fotogrammi/sec in linea ↑ più alto = migliore
  • prima immagine(i) ↓ inferiore = migliore
Interesse rispetto ad altri test
Misura un nuovo carico (mondo generativo interattivo) in cui conta solo il mantenimento di una cadenza; nessun altro test lo copre.
Come leggere
Intorno ai 24 fotogrammi/s il rendering appare fluido; sotto i 15 fotogrammi/s è a scatti. Una sessione di “rendering software” non è rappresentativa.
Limiti
La latenza azione → immagine vista in un browser non viene misurata; la coerenza visiva non è notata.
Controllalo tu stesso
Guarda le clip in doppia visualizzazione (low-poly | renderizzato) e riproduci dal vivo ("benchzgx play") per giudicare coerenza e reattività.
Copertura
2 mesures valides · Matrix-Game-4.0 bf16

Macchina

Inventario macchine inventory

controllo umano: nessuno

Su quale macchina, quale GPU, quale driver e quali versioni sono state effettuate le misurazioni?

Cosa viene misurato
Nome host, GPU e memoria, capacità di calcolo, driver e CUDA, limite di potenza, CPU, RAM, sistema operativo, kernel, Docker.
Protocollo
Leggere la versione di nvidia-smi, /proc e docker all'inizio di ogni esecuzione; il risultato è allegato alla corsa.
Interesse rispetto ad altri test
Di per sé non confronta nulla: rende confrontabili gli altri dati tra due campagne (stesso pilota, stesso limite di potenza). Due esecuzioni con inventari diversi non dovrebbero essere mescolate senza segnalarlo.
Limiti
Non controlla il raffreddamento o la temperatura ambiente.
Copertura
2 mesures valides

Stato della GPU health

controllo umano: raccomandato

La GPU è in grado di produrre misurazioni affidabili?

Cosa viene misurato
Diagnostica DCGM (livello 2), errori ECC non risolti, errori XID recenti, disco libero, larghezza di banda host ↔ GPU (nvbandwidth).
Protocollo
dcgmi diag -r 2, nvidia-smi -q, registro del kernel, nvbandwidth; prima della campagna.
Metriche
  • Scacchi DCGM ↓ inferiore = migliore
  • errori ECC non corretti ↓ inferiore = migliore
  • Errori XID ↓ inferiore = migliore
Interesse rispetto ad altri test
Una GPU difettosa produce un throughput basso senza messaggi di errore. Questo test separa “il modello è lento” da “la macchina è malata”. Da visionare prima di ogni conclusione di performance.
Limiti
Una breve diagnostica non rileva una limitazione termica che appare solo dopo un'ora di ricarica (vedi telemetria).
Controllalo tu stesso
Controlla la lista di controllo prima della campagna (temperatura a riposo, raffreddamento a liquido attivo, nessun altro processo GPU).
Copertura
1 mesure valide

Test controllati dall'uomo

7 prove

Questi controlli non sono automatizzati e non inseriscono alcun numero. Fateli prima di pubblicare una conclusione.

LivelloTestCosa controllare
requis Generazione di immagini e videoGenera e visualizza immagini di esempio per modello con le stesse istruzioni prima di confrontare i bitrate; un modello più veloce potrebbe produrre immagini inutilizzabili.
requis Giochi 2D (qualità del codice)Gioca ai giochi dalla dashboard (miniatura "gioca", cambio modello istantaneo) e conferma che il punteggio del giudice corrisponde alla giocabilità effettiva, soprattutto per quelli in cima alla classifica.
requis Rendering neurale in tempo reale (Matrix-Game 4.0)Guarda le clip in doppia visualizzazione (low-poly | renderizzato) e riproduci dal vivo ("benchzgx play") per giudicare coerenza e reattività.
requis Voce in tempo reale (Kyutai)Ascoltare gli scambi (naturalezza della voce, tagli, ritardo percepito); un RTF < 1 non implica una conversazione piacevole.
consigliato Qualità dei LLM (lm-eval)In caso di avviso, leggere alcune risposte false negli output grezzi (formato di risposta mal estratto o errore reale?).
consigliato Riconoscimento vocale (ASR)Leggi alcune trascrizioni francesi: parte del WER potrebbe derivare da normalizzazioni (cifre, elisioni) piuttosto che da errori reali.
consigliato Stato della GPUControlla la lista di controllo prima della campagna (temperatura a riposo, raffreddamento a liquido attivo, nessun altro processo GPU).

Glossario

36 termini
Agente (modalità)
Modalità codegen in cui il modello dispone di strumenti (lettura, scrittura, esecuzione) e può testare e quindi correggere il suo gioco in più round.
BF16
Formato digitale a 16 bit (bfloat16), precisione di riferimento dei pesi del modello; serves as a basis of comparison for the quantified versions.
Concorrenza
Numero di richieste inviate contemporaneamente al server; simula così tanti utenti simultanei.
Controllo umano
Verifica che una persona deve fare (guardare, ascoltare, giocare) perché il numero automatico non basta per concludere.
DCGM
Strumento diagnostico GPU NVIDIA (Data Center GPU Manager); il livello 2 avvia i test di calcolo e di memoria.
Decodifica
Fase in cui il modello genera uno per uno i token di risposta; limitato dalla larghezza di banda della memoria.
Qualità Delta
Differenza in punti tra il punteggio di un modello quantificato e quello del suo riferimento BF16. Allerta oltre i 2 punti.
DER
Diarization Error Rate: portion of speaking time incorrectly allocated (missed, false alarm or wrong speaker). Più basso è meglio.
Incorporamento
Digital vector representing the meaning of a text, used for semantic search and RAG.
FP8
Quantizzazione in virgola mobile a 8 bit: circa la metà della memoria di BF16, spesso più veloce, generalmente perdita di qualità bassa.
GGUF
File format of llama.cpp and Ollama, which includes quantified weights (Q8_0, Q4_K_M…) and metadata.
Goodput
Throughput utile: la quota di traffico servita rispettando gli obiettivi di latenza (SLO).
HBM
Memoria ad elevata larghezza di banda saldata alla GPU (256 GB sul GB300).
ITL
Latenza inter-token: tempo tra due token consecutivi di una risposta.
Giudice LLM
Modello linguistico che rileva un risultato (qui i giochi generati) secondo una griglia; pratico ma non perfettamente riproducibile.
Cache KV
Memoria in cui il server conserva lo stato di ogni conversazione in corso; le sue dimensioni limitano la concorrenza e la lunghezza del contesto.
lm-eval
lm-evaluation-harness: banco di valutazione standard per l'accuratezza dei LLM su serie di domande.
MTEB
Massive Text Embedding Benchmark: batteria di attività che misura la qualità degli incorporamenti.
MTP
Multi-Token Prediction: decodifica speculativa in cui il modello offre più token contemporaneamente, poi verificati; accelera la generazione.
NVFP4
Quantizzazione NVIDIA a 4 bit specifica per le GPU Blackwell: quattro volte meno memoria di BF16.
pag.50/pag.99
Mediana/99° percentile: p99 è il valore che non supera il 99% delle richieste, ovvero il caso sfavorevole riscontrato da 1 utente su 100.
Precompilazione
Fase in cui il modello legge l'intero prompt prima del primo token; limitato dalla potenza di calcolo. Domina il TTFT.
Prefisso della cache
Riutilizzo del calcolo di un pronto avvio visto in precedenza; disabilitato durante le misurazioni per non lusingare i risultati.
Profilo di ricarica
Coppia lunghezza ingresso / lunghezza uscita (cat 1024/1024, straccio 8192/1024, lungo 32768/1024, agente 4096/2048, ecc.).
Quantificazione
Riduzione della precisione del peso (FP8, NVFP4, GGUF Q8/Q4) per guadagnare memoria e velocità a scapito di una possibile perdita di qualità.
RAG
Retrieval-Augmented Generation: il modello risponde da documenti trovati dalla ricerca semantica.
RTF/RTFx
Fattore tempo reale. RTF = tempo di calcolo/durata audio (tempo reale se < 1); RTFx = il contrario (secondi di audio elaborati al secondo, più alto è, meglio è).
Competenze (moda)
Modalità codegen a risposta singola, con istruzioni di best practice identiche per tutti i modelli nel prompt del sistema.
SLO
Service Level Objective: obiettivo di latenza da rispettare (qui TTFT p99 ≤ 500 ms e ITL p99 ≤ 25 ms per default).
tok/s
Gettoni al secondo. Aggregato: tutti gli utenti combinati (capacità). Per utente: velocità di lettura percepita.
Gettone
Unità di testo manipolata dal modello (in media ¾ di parola in inglese, un po' meno in francese).
TPOT
Time Per Output Token: tempo medio per token generato dopo il primo; 1000 / TPOT = tok/s visti da un utente.
TTFT
Time To First Token: ritardo tra l'invio della richiesta e il primo token ricevuto; è la reattività percepita.
Telemetria
Lettura secondo per secondo della potenza della GPU (e della CPU), delle temperature, dei clock e della memoria durante una misurazione.
VLM
Modello Visione-Linguaggio: modello che accetta immagini (o video) come input oltre al testo.
WER
Tasso di errore di parole: quota di parole trascritte in modo errato (sostituite, dimenticate, aggiunte). Più basso è meglio.