Optimizing Speculative Decoding for Real-Time LLM Serving

Ottimizzazione della decodifica speculativa per il servizio LLM in tempo reale

In che modo l'abbinamento del modello in bozza e la verifica basata su albero aumentano la generazione di token al secondo di 2,5 volte senza ridurre le perplessità.

Accelerazione della generazione autoregressiva

La generazione del linguaggio autoregressivo è limitata dalla larghezza di banda della memoria: ogni generazione di token richiede il caricamento di miliardi di parametri del modello dalla HBM nella SRAM per elaborare un singolo passaggio in avanti.

1. Il paradigma della bozza e della verifica

La decodifica speculativa accoppia un modello di bozza leggero (ad esempio, 1B-3B) con un modello target ad alta capacità (ad esempio, 70B). La bozza del modello genera speculativamente token candidati da $K$, che il modello target verifica in parallelo all'interno di un singolo passaggio in avanti.

2. Criteri di accettazione matematici

Utilizzando il campionamento del rifiuto modificato, i token candidati vengono accettati o rifiutati per garantire che la distribuzione dell'output rimanga matematicamente identica al campionamento direttamente dal modello di destinazione.

3. Verifica della bozza basata sull'albero (Medusa e EAGLE)

Invece di semplici sequenze di bozze lineari, la verifica basata su albero bozza più candidati di ramificazione simultaneamente, portando tassi di accettazione medi superiori all’80% e ottenendo accelerazioni da 2,2x a 3,0x nelle API di produzione.

💬 Discussion 1
Guest
Avatar
  • Federica De Angelis (collapsed)
    abbiamo passato settimane a valutare se passare definitivamente a «Ottimizzazione della decodifica speculativa per il servizio LLM in tempo reale» o continuare a ottimizzare il nostro stack attuale. Nella pratica la sfida principale è stata far cambiare abitudini al team senza rallentare le consegne. Chi lo usa già in produzione come ha gestito la transizione?
    0