Tratte da ciò che le persone ci chiedono realmente in chat e nei ticket, più o meno nell'ordine in cui le pongono. Le prime tre sono quelle che determinano se un acquisto funziona.
- Quanta memoria GPU richiede un modello linguistico di grandi dimensioni?
- I pesi sono il numero di parametri moltiplicato per i byte per parametro: due byte ciascuno a 16 bit, uno a 8 bit, mezzo a 4 bit. Un modello da 7–8 miliardi di parametri occupa 16 GB di pesi a 16 bit, 8 GB a 8 bit e 5 GB a 4 bit; un modello da 70 miliardi di parametri occupa 140 GB, 70 GB e 38 GB. Queste cifre si riferiscono ai soli pesi e rappresentano un minimo piuttosto che un requisito — prevedete da un quarto alla metà in più per il runtime, le attivazioni e la cache chiave-valore.
- Cosa mi serve per eseguire un modello da 70B come Llama 3.3?
- A 4 bit i pesi sono circa 38 GB, quindi con margine per il serving la risposta è una scheda da 64 GB o più — una scheda, una macchina. A 8 bit i pesi sono 70 GB e una scheda da 80 GB supera la soglia. A piena precisione a 16 bit nessuna singola scheda che installiamo può contenerlo, e diventa una configurazione multi-scheda che quotiamo su richiesta. La Fig. 3 sopra indica le schede esatte; i prezzi sono su Server dedicati GPU.
- Perché il mio modello si carica ma non riesce a servire?
- Perché i pesi non sono l'unica cosa nella memoria della scheda. Il runtime e i suoi buffer sono residenti, e ogni token in una conversazione lascia una voce nella cache chiave-valore per non dover essere ricalcolato. Questa cache cresce con la lunghezza del contesto e ancora di più con ogni richiesta servita in concorrenza, quindi un modello i cui pesi entrano a malapena sosterrà all'incirca una sola conversazione breve. Dimensionate la scheda da una volta e un quarto a una volta e mezza i pesi.
- Quale runtime di inferenza posso installare?
- Qualsiasi. La macchina arriva con un sistema operativo pulito e accesso root, e non c'è alcun servizio di inferenza del fornitore davanti. vLLM è la risposta abituale per servire traffico reale perché il batching continuo consente a una scheda di rispondere a molte richieste contemporaneamente. llama.cpp è la risposta abituale quando la memoria è limitata o la scheda è più vecchia. TGI e SGLang funzionano senza modifiche. Ollama è il percorso più breve da una macchina vuota a un modello che risponde su una porta — e sia vLLM che Ollama rispondono su un endpoint compatibile con OpenAI, quindi il codice client esistente punta alla vostra macchina cambiando un solo URL di base. Fissate il driver, la versione di CUDA o ROCm e il framework alle versioni con cui il vostro codice è stato testato.
- Self-hosting di un LLM è più economico di un'API a consumo per token?
- Dipende interamente dal volume, e il punto di pareggio è reale: un'API fattura per token e non costa nulla quando è inattiva; una macchina dedicata ha un costo mensile fisso e non costa nulla in più quando è occupata. Traffico costante, agenti che girano tutto il giorno, pipeline batch e qualsiasi cosa con un requisito di privacy tendono a risultare più convenienti su hardware proprio; un carico di lavoro che si attiva dieci volte al giorno no. Le cifre mensili per fare questi calcoli sono su Server dedicati GPU — questa scheda deliberatamente non indica prezzi.
- Quanti token al secondo otterrò?
- Non pubblichiamo una cifra di token al secondo, perché ogni numero del genere dipende dal modello, dalla quantizzazione, dal runtime e dalla sua versione, dalla dimensione del batch, dalla lunghezza del prompt, dalla lunghezza della risposta e dalla concorrenza, e cambiare uno qualsiasi di questi lo sposta di un multiplo. Ciò che lo governa: leggere il prompt è limitato dal calcolo e avviene una volta per richiesta; generare la risposta è limitato dalla larghezza di banda della memoria perché ogni token richiede la lettura dei pesi; e il batching ammortizza questa lettura tra richieste concorrenti, il che è ciò che rende il serving economico finché la cache chiave-valore non esaurisce lo spazio. Chiedete indicando modello, quantizzazione e concorrenza prevista per una risposta basata su ciò che abbiamo effettivamente osservato.
- La GPU è condivisa con qualcun altro?
- No. Un solo tenant per macchina fisica, e la scheda è passata direttamente al vostro sistema operativo. Non c'è hypervisor, nessuna partizione MIG, nessun profilo vGPU e nessuno scheduler a time-slicing, quindi nient'altro gira sulla scheda e la latenza di inferenza non cambia a causa del job batch di qualcun altro.
- Cosa succede se il modello non entra in una sola scheda?
- Allora è una configurazione multi-scheda, che viene quotata su richiesta anziché ordinata da un checkout: quante schede entrano dipende dalla larghezza fisica della scheda specifica e dal budget di potenza del telaio. Due schede danno la somma della loro memoria solo se il runtime può dividere il modello tra entrambe, cosa che ogni runtime serio supporta con un certo costo in termini di throughput. Più di una scheda o macchina illustra come si presenta quella configurazione.
- Il fine-tuning richiede più memoria del serving?
- Considerevolmente di più. Il serving richiede i pesi; l'addestramento richiede i pesi, i gradienti e lo stato dell'ottimizzatore per ogni parametro aggiornato, tutti residenti contemporaneamente, più le attivazioni conservate per il passaggio all'indietro. Un modello che serve comodamente su una scheda può essere diverse volte troppo grande per essere completamente rifinito su di essa. I metodi parameter-efficient aggiornano una piccola frazione dei parametri e richiedono una frazione corrispondentemente piccola della memoria extra, motivo per cui la maggior parte del fine-tuning qui ne utilizza uno.
- Posso usare una scheda AMD, e ROCm funziona?
- Sì. Le parti AMD Instinct sono tra le schede con più memoria che installiamo e spesso offrono il miglior valore per gigabyte, ma il vostro stack deve supportare ROCm anziché CUDA. La maggior parte dei runtime di inferenza attuali lo fa; alcuni strumenti circostanti ancora no. Chiedete prima di ordinare e lo verificheremo rispetto al vostro runtime specifico anziché rispondere in generale.