Tutti i 6 data center operativi

Pagamento in cripto · Nessuna verifica d’identità · Accesso root in in meno di 5 minuti

Guida Dimensionamento · 10 min di lettura

Quanto costa davvero un modello mixture-of-experts.

Un nome come «235B-A22B» contiene due numeri, e quasi tutti leggono quello sbagliato. Uno dei due decide cosa noleggia; l’altro decide quanto velocemente risponde. Possono differire di un fattore dieci.

La risposta breve

I parametri totali decidono la macchina
DeepSeek V3 671B-A37B (MoE) a 4 bit richiede 386 GB con 8k di contesto. Un modello denso delle dimensioni dei suoi parametri attivi richiederebbe 22 GB — 17.6× in meno.
I parametri attivi decidono la velocità
Solo una frazione dei pesi viene letta per ogni token, quindi genera più velocemente di un modello denso della stessa massa — ma il routing si riprende subito gran parte di quel vantaggio.
Il nodo più economico che lo contiene
8 × NVIDIA A100 PCIe a $7,906 al mese. Non è quasi mai quello da noleggiare.
Quello che vale la pena noleggiare
4 × NVIDIA B200 SXM6 a $11,790 — 1.5× il prezzo per 2.8× il throughput.

La versione breve

Un modello mixture-of-experts suddivide la parte feed-forward di ogni livello in tante piccole reti e instrada ogni token attraverso solo poche di esse. Il nome pubblicato registra entrambi i fatti: il numero totale di parametri, e il numero che è attivo per un singolo token. Deve tenere il primo interamente in memoria, e legge il secondo solo per ogni token. Questa singola frase è l’intera guida, e capirla al contrario è l’errore più costoso che vediamo fare alle persone prima di un ordine.

La conseguenza è un modello con una forma di costo strana: si noleggia come un gigante e gira come un modello di media taglia. Se questo sia un affare o una trappola dipende interamente da quale dei due numeri sia il suo collo di bottiglia.

Deve dimensionare la macchina? Usi il totale. Ogni esperto deve essere residente in memoria, perché non può sapere in anticipo quali serviranno al token successivo. Il routing viene deciso per ogni token, a runtime.

Vuole stimare la velocità? Parta dal conteggio dei parametri attivi, poi applichi uno sconto consistente. La generazione legge solo i pesi attivi, il che è tutto il punto — ma il router, la distribuzione tra gli esperti e il traffico tra le schede non sono gratuiti, e scalano male su un nodo.

Serve contesti lunghi o molti utenti? Guardi il design dell’attenzione, non il conteggio dei parametri. I modelli più grandi di questa pagina hanno la cache chiave/valore più piccola per token, e oltre una certa lunghezza questo ribalta completamente la classifica.

Vuole solo la qualità? Un modello denso che ci sta su una scheda sola è più facile, più economico e più veloce da gestire rispetto a un modello mixture-of-experts ripartito su otto. Scelga un MoE quando nessun modello denso le dà la risposta di cui ha bisogno, non perché il nome sembra impressionante.

L’aritmetica qui sotto è la stessa che esegue il configuratore, sullo stesso catalogo. Se non ha ancora capito quanta memoria le serve per un modello in generale, quella formula viene prima — questa pagina è ciò che cambia una volta che il modello è di tipo mixture-of-experts.

Leggere il nome

Sono in circolazione tre convenzioni di denominazione, e tutte codificano la stessa coppia di numeri, motivo per cui la confusione sopravvive. Una volta che sa leggerle, la domanda sul dimensionamento si risolve da sé.

235B-A22BTotali, poi attiviIl più chiaro dei tre. 235 miliardi di parametri vivono in memoria; 22 miliardi di essi vengono letti per ogni singolo token. La lettera A sta per attivo, ed è il numero che non le dice cosa noleggiare.
671B-A37BStessa convenzione, più grandeA questa dimensione il divario diventa assurdo di proposito: la quota attiva è inferiore al sei per cento. Nulla, riguardo alla macchina di cui ha bisogno, dipende dal 37.
8×22BEsperti, poi dimensione degli espertiLa convenzione più vecchia, e quella che trae più in inganno. Non significa 176 miliardi di parametri, perché attenzione ed embedding sono condivisi anziché duplicati; e non significa nemmeno 22 miliardi, perché sono due gli esperti attivi per token, non uno.
A22B, A37BUna media, non una garanziaIl conteggio dei parametri attivi è ciò che il routing costa su un testo tipico. Non è un tetto massimo: un batch i cui token si trovano a distribuirsi su molti esperti tocca una parte maggiore del modello, il che è uno dei motivi per cui il throughput misurato resta al di sotto dell’aritmetica.
I modelli mixture-of-experts nel nostro catalogo di dimensionamento, parametri totali contro attivi
Modello Parametri totali Attivi per token Quota attiva
Mixtral 8×22B (MoE)56 layer 141 B 39 B 28 %
Qwen 3 235B-A22B (MoE)94 layer 235 B 22 B 9 %
DeepSeek V3 671B-A37B (MoE)61 layer 671 B 37 B 6 %
Llama 3.3 70BDenso, per confronto 70 B 70 B 100 %

L’ultima colonna è quella da ricordare. Un modello denso legge tutto ciò che immagazzina; un modello mixture-of-experts ne legge una porzione. Tutto ciò che è strano in questi modelli — nel bene e nel male — nasce da quell’unica riga.

La memoria che noleggia davvero

Ecco l’intera trappola in un’unica tabella. La colonna centrale è ciò di cui il modello ha bisogno sulla macchina; la colonna successiva è ciò per cui un lettore che avesse preso il numero attivo alla lettera avrebbe fatto il budget. L’ultima colonna è il conto di quella lettura sbagliata.

VRAM necessaria a 4 bit con 8k di contesto, rispetto a quanto suggerisce il conteggio dei parametri attivi
Modello Pesi a 4 bit Totale necessario Se fosse la sua dimensione attiva Sovrastima
Mixtral 8×22B (MoE) 71 GB 83 GBa 8k 24 GB 3.4×
Qwen 3 235B-A22B (MoE) 118 GB 137 GBa 8k 14 GB 9.5×
DeepSeek V3 671B-A37B (MoE) 336 GB 386 GBa 8k 22 GB 17.6×

Legga l’ultima colonna come un errore di acquisto. Chi dimensiona basandosi solo sul conteggio dei parametri attivi finirebbe per cercare una scheda singola e ritrovarsi ad aver bisogno di un intero nodo — non una macchina leggermente più grande, ma una categoria di macchina diversa, a un prezzo diverso.

No, non può tenere gli esperti inutilizzati su disco. È la prima idea che viene in mente a tutti, e gli stack di serving la offrono davvero. Il problema è che il routing viene deciso per ogni token: l’insieme di esperti di cui ha bisogno cambia più volte per ogni parola generata, quindi una scheda che ne contiene un sottoinsieme passa il suo tempo a recuperare i pesi mancanti attraverso il PCIe invece di calcolare. Il risultato non è un modello leggermente più lento, è uno che gira a una piccola frazione della sua velocità. L’offloading è un modo per far girare un modello su una macchina che non può contenerlo, non un modo per servirlo.

Che cosa comprano i parametri attivi

La generazione è limitata dalla larghezza di banda della memoria: ogni nuovo token richiede di rileggere i pesi che vi partecipano. Un modello mixture-of-experts legge solo la sua porzione attiva, quindi il limite massimo della sua velocità è fissato da un numero molto più piccolo di quanto la sua dimensione suggerisca. Questa parte della promessa è reale, ed è il motivo per cui questi modelli esistono.

La tabella qui sotto mette ogni modello sulla stessa macchina — 8 × NVIDIA A100 PCIe a $7,906 al mese, il nodo più economico del nostro catalogo che li contiene tutti insieme. Confrontare cifre di throughput prese su macchine diverse non confronta nulla.

Generazione a flusso singolo su un nodo, modelli mixture-of-experts a confronto con modelli densi
Modello Totale Letti per token Token/s stimati
DeepSeek V3 671B-A37B (MoE)Mixture of experts · ripartito su 8 schede 671 B 18.5 GB 37flusso singolo
Llama 3.1 405BDenso · ripartito su 8 schede 405 B 202.5 GB 19flusso singolo
Qwen 3 235B-A22B (MoE)Mixture of experts · ripartito su 8 schede 235 B 11.0 GB 62flusso singolo
Mixtral 8×22B (MoE)Mixture of experts · ripartito su 8 schede 141 B 19.5 GB 35flusso singolo
Llama 3.3 70BDenso · su una scheda 70 B 35.0 GB 25flusso singolo

Le due righe che vale la pena confrontare sono il più grande modello mixture-of-experts e il più grande modello denso, perché entrambi sono ripartiti sull’intero nodo. Il mixture-of-experts è il modello più grande con ampio margine e genera comunque più velocemente, poiché ne legge solo una frazione per token — questo è lo scambio che l’architettura esiste per fare. Legga diversamente le righe contrassegnate su una scheda: quei modelli occupano una sola scheda del nodo e lasciano libere le altre sette, il che è una macchina più economica in attesa di essere scelta, non una più lenta.

Queste cifre includono già una forte penalizzazione, ed è giusto così. L’aritmetica pura sui soli parametri attivi sovrastima pesantemente un modello mixture-of-experts. La nostra prima versione di questo stimatore faceva esattamente questo, e sbagliava di un fattore di circa cinque rispetto alle misurazioni pubblicate per il modello più grande di questa pagina. Il routing costa un passaggio a sé, gli esperti devono scambiarsi le attivazioni tra le schede a ogni livello, e il batch si distribuisce su più esperti di quanto suggerisca la media. Lo stimatore ora applica una correzione deliberatamente prudente, calibrata su cifre misurate piuttosto che scelta arbitrariamente — motivo per cui il risultato è per difetto piuttosto che per eccesso. Consideri ogni numero qui presente come un minimo da superare sulla macchina, non un obiettivo su cui pianificare.

La seconda cosa che l’aritmetica nasconde è che un modello mixture-of-experts è più difficile da suddividere bene. Un modello denso ripartito tra le schede si sincronizza una volta per livello; un mixture-of-experts deve anche instradare i token verso qualunque scheda contenga l’esperto scelto, il che è uno schema di traffico diverso e meno prevedibile. Questo è uno dei pochi carichi di lavoro in cui l’interconnessione guadagna davvero il suo prezzo piuttosto che comparire soltanto sulla ricevuta.

La metà che diventa più economica

Finora sono state tutte cattive notizie per i modelli grandi. Ecco il compenso, ed è considerevole, cosa che quasi nessun confronto menziona: i modelli con più parametri in questa pagina hanno la cache chiave/valore più piccola per token. La cache è determinata dal design dell’attenzione — layer, key/value head, dimensione degli head — e non ha nulla a che fare con quanti esperti si trovano dietro l’attenzione.

Cache chiave/valore per token, e quanto costa un flusso singolo a ogni lunghezza di contesto
Modello Cache per token 4k 8k 32k 128k
Mixtral 8×22B (MoE)8 teste KV 224 KiB 0.9 GB 1.8 GB 7.0 GB 28.0 GB
Qwen 3 235B-A22B (MoE)4 teste KV 188 KiB 0.7 GB 1.5 GB 5.9 GB 23.5 GB
DeepSeek V3 671B-A37B (MoE)Attenzione latente 70 KiB 0.3 GB 0.5 GB 2.2 GB 8.8 GB
Llama 3.3 70B8 teste KV 320 KiB 1.3 GB 2.5 GB 10.0 GB 40.0 GB
Llama 3.1 405B8 teste KV 504 KiB 2.0 GB 3.9 GB 15.8 GB 63.0 GB

Quelle colonne sono per richiesta concorrente. Moltiplichi per il numero di persone che usano l’endpoint contemporaneamente, e la classifica nell’ultima colonna decide la sua macchina molto più di quanto facciano i pesi.

DeepSeek V3 671B-A37B (MoE) ha la cache più piccola della lista, a 70 KiB per token. Rispetto a Llama 3.3 70B a 320 KiB, è un fattore di 4.6× a favore del modello più grande. Comprime la cache proiettando chiavi e valori in un piccolo vettore latente condiviso invece di memorizzarli per ogni head. Così il modello che costa di più da caricare è quello che costa di meno da tenere occupato — motivo per cui resta utilizzabile a contesti lunghi, e motivo per cui l’aritmetica si ribalta non appena serve più di una manciata di persone alla volta.

La lettura pratica: i pesi sono un biglietto d’ingresso fisso, la cache è il costo corrente. Un modello mixture-of-experts fa pagare un biglietto d’ingresso enorme e poi un piccolo costo corrente per utente. Un modello denso di capacità comparabile funziona al contrario. Quale dei due sia più economico per lei viene deciso dalla concorrenza e dalla lunghezza del contesto, non dal conteggio dei parametri sulla scheda del modello.

Quali macchine li contengono

A 4 bit, con il contesto di riferimento, e prendendo il nodo più economico del nostro catalogo che contiene ciascun modello — che sia su una scheda sola o ripartito sul nodo. Questi sono i biglietti d’ingresso, non consigli; la sezione successiva spiega il perché.

La configurazione più economica che noleggiamo in grado di contenere ciascun modello mixture-of-experts
Modello Fabbisogno Nodo più economico che lo contiene Al mese Tokens/s
Mixtral 8×22B (MoE) 83 GB 4 × NVIDIA L496 GB totali · 24 GB per scheda $564 4
Qwen 3 235B-A22B (MoE) 137 GB 8 × NVIDIA L4192 GB totali · 24 GB per scheda $1,106 10
DeepSeek V3 671B-A37B (MoE) 386 GB 8 × NVIDIA A100 PCIe640 GB totali · 80 GB per scheda $7,906 37

Ognuno di questi è un nodo multi-scheda, e questo è il punto onesto di questa pagina: nulla nel nostro catalogo contiene uno di questi modelli su una scheda sola, per quanto piccolo possa farli sembrare il conteggio dei parametri attivi. Il catalogo completo contiene il resto delle configurazioni, e il configuratore eseguirà lo stesso controllo sul suo modello e contesto.

Il nodo più economico è quello sbagliato

Starci è una soglia, non un obiettivo. Una volta che un modello è ripartito su un nodo, il throughput dipende dalla larghezza di banda della memoria delle schede su cui è ripartito — e la larghezza di banda per dollaro varia di oltre un fattore due tra configurazioni che superano tutte la stessa soglia di memoria. Ecco DeepSeek V3 671B-A37B (MoE) su ogni nodo che lo contiene, ordinato per prezzo, con l’unica colonna che conta sulla destra.

Ogni nodo che contiene DeepSeek V3 671B-A37B (MoE), con il prezzo mensile di un token al secondo
Configurazione VRAM Al mese Tokens/s $ per token/s
8 × NVIDIA A100 PCIeGN-A10080×8 640 GB $7,906 37 $213.68
8 × NVIDIA A100 SXM4GN-A100SXM×8 640 GB $8,355 39 $214.23
4 × NVIDIA H200 SXM5GN-H200×4 564 GB $8,405 62 $135.56
8 × NVIDIA H100 PCIeGN-H100PCIE×8 640 GB $10,568 38 $278.11
8 × NVIDIA H100 SXM5GN-H100SXM×8 640 GB $11,509 64 $179.83
4 × NVIDIA B200 SXM6GN-B200×4 720 GB $11,790 103 $114.47
8 × NVIDIA H200 SXM5GN-H200×8 1128 GB $15,945 91 $175.22
8 × NVIDIA B200 SXM6GN-B200×8 1440 GB $22,351 152 $147.05

La cella verde è il miglior rapporto qualità-prezzo della lista, e non è la riga più economica. Passare da $7,906 a $11,790 moltiplica la ricevuta per 1.5× e il throughput per 2.8× — paga di più e ogni token le costa di meno. Ordinare un catalogo per prezzo e prendere la prima macchina che ci sta è il modo in cui un budget di serving viene speso due volte.

Un avvertimento su quella colonna, e vale per ogni tabella prezzo-throughput che leggerà mai: usa la generazione a flusso singolo. Con il batching continuo l’aggregato sale di diverse volte su ogni riga, e non sale dello stesso multiplo su ciascuna — un nodo con più memoria libera dopo i pesi contiene più sequenze concorrenti. La classifica resta stabile; le cifre assolute sono prudenti. L’economia di quell’aggregato viene analizzata a parte.

Quando un modello mixture-of-experts è la risposta giusta

In ordine. Si fermi alla prima riga che la descrive.

  1. Un modello denso che ci sta su una scheda sola fa il suo lavoro. Allora lo scelga, e non guardi indietro. Una sola scheda significa nessuno sharding, nessuna questione di interconnessione, nessun traffico di routing tra esperti, e una macchina che costa una frazione di un nodo. La maggior parte dei prodotti che crede di avere bisogno di un modello open all’avanguardia ha in realtà bisogno di un buon modello da 32B.
  2. Le serve la qualità e il suo contesto è lungo. È qui che un modello mixture-of-experts è genuinamente lo strumento migliore disponibile: paga una sola volta per i pesi, e la cache ridotta fa sì che la macchina continui a servire conversazioni lunghe senza crollare. Dimensioni il nodo sui pesi, poi consulti la tabella della cache per il suo contesto reale.
  3. Le serve la qualità e serve molte persone contemporaneamente. Stessa risposta, stesso motivo, e il vantaggio cresce con la concorrenza. Il costo fisso viene ammortizzato su ogni flusso, mentre il costo per flusso resta basso.
  4. Le serve la qualità ma solo occasionalmente. Allora sta noleggiando un nodo di grandi dimensioni solo per tenerlo caldo poche ore a settimana, il che è il peggior uso possibile di una durata mensile. O raggruppi il lavoro in un’unica sessione, oppure usi un endpoint gestito per questo caso e tenga la sua macchina per il carico costante.
  5. Vuole fare il fine-tuning di uno di questi. Problema diverso, macchina più grande: l’addestramento tocca ogni esperto e richiede lo stato dell’ottimizzatore per tutti quanti, quindi la memoria che rendeva scomoda l’inferenza diventa proibitiva. Il fine-tuning con adapter su un modello denso è la strada realistica per quasi chiunque.

Qualunque sia la riga su cui si è fermato, il primo numero da controllare è il conteggio dei parametri totali, nella precisione che intende servire. Tutto il resto di questa pagina — la velocità, la cache, il prezzo per token al secondo — diventa rilevante solo una volta che il modello è residente in memoria. Il configuratore esegue l’intero controllo su ogni nodo che noleggiamo, e applica alla stima del throughput la stessa correzione di routing usata nelle tabelle sopra. Se preferisce vedere prima l’intero calcolo della memoria, è una guida a sé stante; se non ha ancora deciso il formato numerico, quella scelta viene prima di questa.

Verifichi il suo modello mixture-of-experts rispetto a macchine reali.

Il configuratore contiene ogni nodo che noleggiamo, applica la stessa aritmetica di questa pagina, e le dice quali contengono il suo modello prima che paghi qualsiasi cosa.

Accedi

Console, ricevute e accesso fuori banda.

Non ha ancora un account?

Non esiste una registrazione separata. Il suo account viene creato mentre effettua il suo primo ordine — sceglie l’email e la password nella fase di pagamento, e la console è già aperta quando lo è la macchina.

Configura un server

Language