Arhitecturi LLM

From Systems analysis Wiki
Jump to navigation Jump to search

Arhitecturile modelelor lingvistice de mari dimensiuni (LLM) reprezintă principiile și structurile fundamentale care determină modul în care sunt construite, antrenate și funcționează modelele lingvistice de mari dimensiuni. LLM-urile moderne, capabile să înțeleagă și să genereze limbaj uman, se bazează aproape în întregime pe arhitectura Transformer[1], dar includ numeroase îmbunătățiri și abordări diverse, orientate spre creșterea eficienței, scalabilității și capabilităților.

Familii de arhitecturi LLM (transformere)

Modelele lingvistice de mari dimensiuni moderne se bazează pe arhitectura transformer[1], dar o utilizează diferit în funcție de scop: înțelegerea textului, generarea unei continuări sau transformarea unui text în altul. În practică se disting trei familii, cu păstrarea principiilor de bază ale transformer-ului[2][3][4].

1. Encoder‑only (doar codificator, doar encoder)

Modelul utilizează doar stiva de codificatoare și procesează întregul text de intrare în mod bidirecțional. Pre-antrenarea este de obicei construită ca masked‑language modeling (MLM, modelare lingvistică cu mascarea tokenilor): o parte dintre tokeni sunt mascați, iar modelul învață să îi recupereze din context. Datorită contextului bidirecțional, astfel de modele excelează la sarcinile de înțelegere și scorare: clasificare, extragere de entități, reordonarea documentelor și QA extrac­tiv. Nu sunt destinate generării autoregresive „de la zero".

În plus, în practică se aplică și obiective alternative de pre-antrenare pentru familia encoder‑only: replaced token detection (RTD) în ELECTRA (modelul-discriminator detectează tokenii înlocuiți) și antrenarea contrastivă a bi-encoderelor pentru căutare semantică/retrieval (InfoNCE/softmax‑loss pe perechi „interogare-document", ca în Dense Passage Retrieval). Când sunt utilizate în RAG, modelele encoder‑only acționează fie ca bi-encoder (codificarea separată a interogării și documentului pentru căutare rapidă ANN), fie ca cross-encoder (codificarea comună a perechii pentru reordonare precisă).

Avantaje:

  • Calitate ridicată în înțelegerea textului datorită contextului bidirecțional: clasificare, NER, extragere de fapte, reordonare, QA extractiv.
  • Procesare paralelă și debit ridicat: o singură trecere directă fără auto-regresie; convenabil pentru scorarea în lot a volumelor mari.
  • Integrare naturală cu căutarea și RAG: ca bi-encoder — căutare semantică rapidă; ca cross-encoder — reordonare precisă.
  • Adaptare eficientă: variantele relativ compacte (≈100–300 milioane de parametri; BERT‑base ≈110 milioane) oferă calitate ridicată după ajustarea fină orientată pe sarcini.
  • Latență stabilă, independentă de lungimea răspunsului generat (fără decodare pas cu pas); potrivite pentru scorarea offline a colecțiilor mari.
  • Posibilitatea de a extinde fereastra de context a encoderelor prin poziții relative/rotaționale și/sau atenție local-rarefiatoare (ex.: Longformer/BigBird), util pentru documente lungi.

Dezavantaje:

  • Fără capacități generative proprii: pentru dialoguri și răspunsuri elaborate este necesar un decodor sau un modul generativ extern.
  • Limitare în scenariile interactive: fără generare pas cu pas cu păstrarea stării.
  • Nepotrivire între obiectivul de pre-antrenare și sarcinile de generare liberă: MLM se aliniază mai slab cu generarea față de modelarea cauzală.
  • Fereastră de context istoric limitată (adesea 512 tokeni în configurațiile de bază cu poziții absolute); extinderea necesită scheme speciale de poziție/atenție și/sau ajustare fină.
  • Pentru sarcinile de retrieval este necesară o ajustare fină contrastivă separată a bi-encoderului și/sau cross-encoderului; fără aceasta, calitatea căutării/reordonării este de obicei inferioară modelelor special antrenate.

Modele reprezentative: BERT și derivatele sale, precum și RoBERTa și DeBERTa (variante extinse encoder‑only); dintre obiectivele alternative de pre-antrenare — ELECTRA (RTD). [5][6][7][8][9][10]

2. Decoder‑only (doar decodificator, doar decoder)

Este utilizată doar stiva de decodificatoare cu atenție cauzală (de la stânga la dreapta): modelul prezice următorul token pe baza prefixului deja dat. Acest regim de antrenare — causal language modeling (CLM) — face aceste modele alegerea naturală pentru generare: dialoguri, răspunsuri elaborate, text creativ, cod sursă. Compromisul constă în creșterea latenței și a volumului KV‑cache la prompturi lungi. În practică, pentru decoder‑only se aplică pe scară largă tehnici inginerești: reducerea KV‑cache prin MQA și GQA, accelerarea inferenței prin decodare speculativă și optimizări de server (PagedAttention/vLLM, continuous batching, chunked prefill).[11][12][13][14][15]

Avantaje:

  • Generare naturală a textului (CLM): capacități puternice zero‑shot și few‑shot; scalare bună.[16]
  • Versatilitate de utilizare: un singur model rezolvă numeroase sarcini prin instrucțiuni și exemple în prompt; se combină natural cu RAG și apelarea de instrumente (tool use).
  • Ecosistem matur: practici de ajustare fină prin instrucțiuni și aliniere comportamentală (RLHF, DPO); implementări open-source și comerciale disponibile.[17][18]
  • Stivă bogată de optimizări pentru inferență: MQA/GQA reduc volumul KV‑cache și cresc debitul; decodarea speculativă accelerează inferența fără a modifica distribuția; PagedAttention/vLLM cu continuous batching și chunked prefill cresc utilizarea end-to-end a GPU.[19][20][21][22][23]
  • Suport pentru generare structurată pentru formate stricte de răspuns (JSON/SQL/DSL), ceea ce simplifică integrarea cu SI și API.[24][25]

Dezavantaje:

  • Latență crescută la generare: inferență secvențială; costul unui nou token crește cu lungimea contextului deja „citit" (KV‑cache).
  • Mai puțin avantajos pentru profilul „intrare lungă – ieșire scurtă" (sumarizare, traducere) față de encoder–decoder, unde intrarea este codificată o singură dată.
  • Limitare la contextul unidirecțional: în sarcinile de înțelegere, uneori cedează modelelor cu reprezentare bidirecțională (encoder‑only / encoder–decoder).
  • Memoria pentru KV‑cache poate deveni „gâtul de sticlă" la prompturi lungi și loturi mari; [26]
  • Cuantizarea activărilor/KV (INT8/FP8) accelerează inferența, dar poate degrada calitatea pe contexte lungi/cod; necesită validare atentă (în special la SLA stricte).

Modele reprezentative: GPT‑3, GPT‑4 (detaliile arhitecturii și ale setului de date nu sunt dezvăluite public), LLaMA și Llama 3 (8B/70B, 2024).[27][28][29][30]

3. Encoder–decoder (codificator–decodificator, encoder-decoder)

Arhitectura combină ambele componente. Encoderul funcționează în mod bidirecțional, iar decoderul — cauzal. Encoderul analizează o dată intrarea și formează reprezentarea acesteia; decoderul generează ieșirea, accesând această reprezentare prin cross‑attention. Această abordare separată este deosebit de utilă acolo unde este necesară transformarea unui text de intrare lung într-o ieșire scurtă: traducere automată, sumarizare, răspunsuri bazate pe documente. Deși metoda necesită costuri computaționale cumulate mai mari (două stive și cross-atenție), avantajul său este generarea controlată pe baza analizei complete a textului sursă; în plus, codificarea se efectuează o singură dată și este reutilizată pe parcursul întregului proces de inferență.

Avantaje:

  • Generare condiționată: decoderul utilizează cross‑attention față de reprezentarea intrării. [31]
  • Eficient în scenariul „intrare lungă → ieșire scurtă": intrarea este codificată o singură dată.
  • Convenabil pentru formatul „text‑to‑text" și ieșire controlată (prefixuri de sarcini, instrucțiuni speciale). [32]
  • Stabilitate și eficiență la sursă lungă: în faza de decodare crește doar self‑attention pe ieșire, iar cross‑attention reutilizează cheile/valorile fixe ale encoderului (intrarea nu este „recitită" la fiecare pas).

Dezavantaje:

  • Cele două stive cresc cerințele de memorie și calcul la antrenare și utilizare.
  • La secvențe extrem de lungi, latența totală este comparabilă cu decoder‑only; auto-regresia rămâne blocajul principal.
  • Mai puține modele de chat universale față de decoder‑only; sunt utilizate mai frecvent ca motor seq2seq de înaltă calitate pentru sarcini specifice.
  • La o intrare foarte lungă, crește memoria pentru cheile/valorile cross‑attention în fiecare strat al decodorului (pe întreaga sursă), ceea ce necesită o planificare atentă a servirii.

Modele reprezentative: T5 (inclusiv T5 v1.1 și practica ajustării fine prin instrucțiuni în FLAN‑T5) și BART. [33][34][35]

Transformere dense (dense transformers)

Arhitectura clasică și cea mai răspândită pentru LLM: la procesarea fiecărui token participă practic întregul set de parametri ai modelului. Spre deosebire de abordările rarefiate (de exemplu, Mixture‑of‑Experts), nu există activare selectivă a subrețelelor — fiecare bloc funcționează pentru fiecare token. [1]

Principiu de funcționare și arhitectură

Structura de bază. Modelul este o stivă de N blocuri transformer identice. Fiecare bloc include:

  1. Atenție multi-cap cu auto-atenție (Multi‑Head Self‑Attention). Pentru fiecare token se calculează trei vectori: Q (query), K (key), V (value); atenția este definită ca softmax(QKop+Mdk)V, unde M este masca (cauzală și/sau de padding), care exclude pozițiile inadmisibile. Mai multe „capete" de atenție iau în considerare simultan diferite aspecte ale contextului (H capete, de obicei dhead=dmodelH); numărul lor crește odată cu scala modelului. [1]
  2. Rețea feed-forward (Feed‑Forward Network, FFN). Două straturi liniare cu o neliniaritate între ele (de obicei GELU/SiLU; în unele modele moderne — SwiGLU). Dimensiunea intermediară este de obicei 4dmodel; când se utilizează SwiGLU, se ia adesea frac83dmodel pentru a păstra un număr comparabil de parametri. FFN conține o parte semnificativă a parametrilor. [1][36]

Componente suplimentare. Se utilizează conexiuni reziduale și normalizare a straturilor; în LLM-urile moderne se aplică mai frecvent Pre‑LN (normalizare înainte de subblocuri) — aceasta îmbunătățește stabilitatea antrenării la adâncimi mari. Pe lângă LayerNorm clasic, se utilizează tot mai mult RMSNorm (reduce costurile computaționale și funcționează bine în modelele mari); de asemenea, în unele familii se aplică normalizarea în spațiul atenției (ex.: normalizarea Q/K înainte de softmax). Reprezentările poziționale pot fi absolute sau relative; pentru context lung, standardul de facto a devenit RoPE.

Exemple de modele și scală
  • BERT‑Large: 24 straturi, dimensiune 1024, 16 capete de atenție, ≈340 milioane de parametri. [37]
  • GPT‑3 (175B): 96 straturi, dimensiune 12288, 96 capete de atenție, ≈175 miliarde de parametri. [38]
  • LLaMA‑65B: 80 straturi, dimensiune 8192, 64 capete de atenție, ≈65 miliarde de parametri. [39]
  • PaLM‑540B: 118 straturi, dimensiune de ordinul 18432, ≈540 miliarde de parametri. [40]
Avantaje
  • Blocuri uniforme, regimuri de antrenare bine studiate și comportament previzibil la scalare.
  • Calitatea se îmbunătățește conform unei legi de putere odată cu creșterea parametrilor și a datelor; regimul compute‑optimal presupune creșterea simultană a dimensiunii modelului și a volumului de tokeni de antrenare. [41][42]
  • Aceeași arhitectură, după ajustarea fină, acoperă un spectru larg de sarcini fără modificări la nivel de straturi.
Dezavantaje
  • Auto-atenția completă are complexitate pătratică față de lungimea secvenței (O(n2)), ceea ce limitează fereastra de context. [1]
  • Activarea completă a parametrilor la pasul de generare: în decodor fără MoE, costul inferenței per token crește aproximativ proporțional cu numărul de parametri.
  • Blocajul principal este debitul de memorie (memory‑bound): încărcarea ponderilor din HBM limitează adesea viteza de inferență.
Limitări ale scalării și contextului
  • Memoria pentru parametri crește liniar cu dimensiunea modelului; memoria de antrenare crește din cauza gradienților și a stărilor optimizatorului.
  • Configurațiile de bază au fost limitate istoric la 2–4 mii de tokeni. Schemele moderne de poziționare (RoPE) și tehnicile de extindere (Position Interpolation, YaRN etc.) permit creșterea ferestrei cu un ordin de mărime și mai mult, dar cu costul unei sarcini computaționale/de memorie suplimentare. [43][44]

Optimizări moderne

  • FlashAttention. Atenție exactă ținând cont de ierarhia memoriei GPU; reduce costurile de memorie și accelerează antrenarea/inferența la secvențe lungi. [45]
  • Reducerea și gestionarea KV‑cache. Multi‑Query Attention și Grouped‑Query Attention reduc volumul cache-ului și traficul de memorie; la nivel de server, PagedAttention (vLLM) crește debitul prin gestionarea paginată a cache-ului. [46][47][48]
  • Decodare speculativă. Un model draft propune o continuare, iar modelul principal o verifică rapid; se obține accelerare fără modificarea distribuției ieșirii. [49]

Modele rarefiate (Sparse Models) și Mixture‑of‑Experts (MoE)

MoE este o modalitate de a crește capacitatea modelului fără o creștere proporțională a calculelor per token. În loc de un singur bloc FFN mare în strat, se utilizează un set de „experți" paraleli (mai multe FFN independente), iar un router antrenabil (gating network) selectează pentru fiecare token top‑k cei mai relevanți experți (de obicei k=1–2; în unele modele k=4). Sunt activați doar experții selectați; ieșirile lor sunt ponderate și sumate. Astfel, numărul total de parametri poate fi de sute de miliarde și chiar trilioane, dar la fiecare pas este utilizată doar o mică fracție. [50][51]

Exemple de modele și scală

  • Switch Transformer (Google): până la ~1.6T parametri; rutare top‑1 (un expert per token). A demonstrat că MoE permite creșterea bruscă a capacității la costuri comparabile per token. [50]
  • GLaM (Google): 1.2T parametri, 64 experți per strat, top‑2; pentru fiecare token sunt activați ≈96.6B parametri (≈8%). [51]
  • Mixtral 8×7B (Mistral AI): ~46.7B parametri total, ≈12.9B activi per token, top‑2. [52][53]
  • Mixtral 8×22B: ~141B parametri total, ≈39B activi per token, top‑2. [54]
  • DBRX (Databricks): 132B parametri total, ≈36B activi per token; 16 experți și rutare top‑4 (fine‑grained MoE). [55]
Avantaje
  • Costul calculelor este determinat de numărul de experți activi k, nu de numărul total de parametri: se pot antrena și utiliza modele la scară de trilioane la costuri comparabile cu modele dense considerabil mai mici. [51]
  • Specializare: experții se „adaptează" automat la limbi/domenii/tipare, îmbunătățind calitatea în sarcinile multi-domeniu.
  • Implementare flexibilă: se pot păstra în memorie experții frecvent utilizați și se pot încărca cei rari (cu infrastructura corespunzătoare).
Limitări
  • Echilibrarea încărcării: fără regularizare, routerul poate „bloca" o parte dintre experți (router collapse). Sunt necesare auxiliary losses (load‑balancing) și scheme de rutare îmbunătățite. [50]
  • Complexitatea calculelor distribuite: necesită expert parallelism și schimb all‑to‑all; costurile de comunicare și gestionarea memoriei devin blocajul principal. [56]
  • Stabilitate la antrenare: configurările routerului și ale limitărilor de capacitate (capacity) sunt importante, altfel pot apărea degradări ale calității/convergenței.

Îmbunătățiri moderne

  • Expert‑Choice routing: experții „aleg" tokenii, ceea ce îmbunătățește echilibrarea și convergența la costuri comparabile. [57]
  • Fine‑grained MoE: un număr mai mare de experți mai mici (ca în DBRX) oferă o granularitate fină a specializării. [55]
  • Sparse Upcycling: conversia unui model dens în MoE din checkpoint-ul său permite creșterea semnificativă a calității la costuri moderate. [58]

Oportunitatea utilizării MoE

  • Asistenți multi-domeniu de mari dimensiuni cu buget compute limitat.
  • Antrenare pe corpusuri extinse, unde specializarea aduce câștig.
  • Scenarii cu infrastructură distribuită dezvoltată (multe GPU/TPU și rețele rapide).

Când sunt preferate modelele dense: infrastructură limitată (1–2 GPU), cerințe stricte de latență previzibilă și simplitate a implementării.

Retrieval‑Augmented Generation (RAG)

RAG este un tipar de sistem în jurul LLM, nu o arhitectură internă a modelului în sine. El combină LLM-ul (componenta generativă) cu o bază de cunoștințe externă (componenta de extragere), ceea ce permite compensarea limitărilor „memoriei parametrice" a modelului.

  • Principiu de funcționare: Înainte de generare, LLM extrage documente relevante dintr-o sursă externă (wiki, bază de cunoștințe corporativă, web) și se bazează pe ele la formularea răspunsului. [59]
  • Avantaje:
    • Reducerea halucinațiilor și îmbunătățirea acurateței factuale. [59][60]
    • Actualitate fără re-antrenarea completă a modelului. [59]
    • Posibilitatea de a cita și trasa sursele răspunsurilor.
  • Aplicare: Standard de facto pentru asistenții corporativi și sistemele unde sunt necesare fapte verificabile și lucrul cu date private/de nișă. [59]

Mecanisme de atenție și lucrul cu contextul

Auto-atenția de bază are complexitate pătratică față de lungimea secvenței (O(n2)), de aceea au apărut optimizări.

  • Atenție rarefiatăoare (Sparse Attention): Limitarea atenției la ferestre/tipare locale. Exemple: Longformer[61], BigBird[62].
  • FlashAttention: Restructurarea ordinii calculelor ținând cont de ierarhia memoriei GPU; oferă un câștig semnificativ de timp și memorie și a devenit standardul de facto la antrenarea LLM-urilor cu context lung[63][64][65].
  • MQA/GQA (accelerarea decodării): Multi‑Query Attention (chei/valori comune pentru toate capetele) reduce traficul KV‑cache[66]. Grouped‑Query Attention echilibrează calitatea/viteza[67].
  • Reprezentări poziționale îmbunătățite:
    • ALiBi (Attention with Linear Biases): Decalaje liniare la scorurile de atenție îmbunătățesc generalizarea la lungimi mai mari. [68]
    • RoPE (Rotary Position Embeddings): Informație pozițională relativă prin rotirea Q/K; utilizat pe scară largă în modelele moderne (de exemplu, LLaMA). [69][70]
    • Extinderea contextului pentru modelele RoPE: Position Interpolation [71], YaRN [72], precum și modificările NTK-aware permit creșterea eficientă a ferestrei de context fără modificarea arhitecturii.
  • Alte abordări pentru secvențe lungi:
    • Transformer‑XL: Memorie recurentă între segmente pentru modelarea dependențelor la distanță. [73]
    • Reformer: LSH‑attention și blocuri reziduale reversibile pentru economisirea memoriei. [74]
    • Performer: Aproximare liniară a softmax‑attention (FAVOR+). [75]
    • Linformer: Aproximare de rang scăzut a matricei de atenție. [76]

Optimizări ale modelelor și infrastructura de antrenare

Pentru antrenarea și implementarea LLM-urilor se utilizează tehnici și framework-uri specializate.

  • Cuantizare (Quantization): Reducerea preciziei ponderilor micșorează memoria și accelerează inferența. QLoRA permite ajustarea fină eficientă a modelelor de 4 biți (inclusiv 65B) cu o calitate apropiată de precizia completă[77].
  • Distilarea cunoștințelor (Knowledge Distillation): Antrenare Teacher→Student pentru modele compacte[78]; exemplu — DistilBERT[79].
  • Antrenare distribuită:
    • DeepSpeed și ZeRO — distribuirea parametrilor/gradienților/stărilor optimizatorului pentru antrenarea modelelor de ordinul trilioanelor[80].
    • Megatron‑LM — paralelism tensorial și de pipeline pentru transformere foarte mari[81].
  • Ecosistem și instrumente: Hugging Face Transformers și Accelerate oferă implementări standard ale modelelor și integrare cu DeepSpeed/FSDP pentru antrenare și inferență[82][83].

Legi de scalare și antrenare compute‑optimal

Legile de scalare empirice arată că eroarea de entropie încrucișată scade conform unei legi de putere odată cu creșterea parametrilor, datelor și calculelor. [84] Lucrarea Chinchilla a rafinat regimurile compute‑optimal: pentru eficiență optimă, dimensiunea modelului și numărul de tokeni de antrenare trebuie scalate simultan (exemplu — un model de 70B antrenat pe ~1.4T tokeni, care depășește modele mai mari, sub-antrenate). [85]

Modele cu spațiu de stări (State Space Models, SSM)

State Space Models (SSM) reprezintă o arhitectură alternativă la transformere pentru lucrul cu secvențe lungi. Aceasta preia idei din teoria controlului și prelucrarea digitală a semnalelor și rezolvă principala problemă a self‑attention: creșterea pătratică a calculelor odată cu creșterea lungimii textului.

Problema principală și soluția

Problema transformerelor. Principala problemă a transformerelor tradiționale este complexitatea pătratică a atenției: un text de 10 ori mai lung necesită aproximativ de 100 de ori mai multe calcule.

Abordarea SSM. În loc de „atenție simultană la toate cuvintele", modelul parcurge textul secvențial și menține o stare de memorie compactă internă, care este actualizată la fiecare pas. Ca rezultat, timpul și consumul de memorie cresc aproximativ liniar cu lungimea textului. Antrenarea poate fi efectuată în paralel — prin reprezentarea convoluțională a nucleului (debit ridicat pe secvențe lungi). [86]

Principiu de funcționare

SSM discret este descris prin ecuațiile de stare și de ieșire:

xt=Axt1+But,yt=Cxt+Dut

unde xt este starea de memorie, ut este intrarea (token-ul), yt este ieșirea. În SSM-urile profunde, matricele A,B,C,D sunt parametrizate astfel încât să asigure stabilitate și calcule eficiente pe secvențe lungi. Același strat poate fi considerat:

  • recurent (scanare pas cu pas) — inferență eficientă din punct de vedere al memoriei fără KV‑cache;
  • convoluțional — antrenare paralelă cu nucleu pre-calculat. [86]

Arhitecturi principale și hibrizi

  • S4 (Structured State Spaces). Linia de bază SSM cu parametrizare stabilă a matricei de stare; demonstrează eficiență pe secvențe foarte lungi. [86]
  • Mamba. SSM selective: regulile de actualizare a memoriei depind de intrarea curentă (modelul decide singur ce să „rețină în memorie" și ce să „uite"). Implementarea este orientată spre ierarhia memoriei GPU; conform autorilor, se obține o creștere multiplă a debitului de inferență la complexitate liniară față de lungime. [87]
  • RetNet. Mecanism de retention cu trei regimuri: antrenare paralelă, inferență recurentă și bloc-recurentă. Obiectivul este de a combina antrenare rapidă (ca la transformere) cu un flux economic la inferență (O(1) memorie per token). [88]
  • Hibrizi Attention+SSM. Exemplu — Jamba (alternarea straturilor Transformer și Mamba plus MoE): raportează suport pentru contexte de ordinul ~256 K tokeni la cerințe de memorie semnificativ mai mici față de modelele pur-transformer de clasă similară. [89]

Avantaje

  • Complexitate liniară și economie de memorie la inferență. Fără global self‑attention și KV‑cache; se stochează doar o stare compactă. [87][88]
  • Antrenare paralelă pe secvențe lungi. Regimul convoluțional crește debitul de antrenare. [86]
  • Eficiență hardware. Implementările sunt orientate spre ierarhia modernă a memoriei (HBM/SRAM). [87]
  • Contexte lungi și streaming. Hibrizii SSM+Attention sunt practici pentru sute de mii de tokeni la resurse moderate. [89]

Limitări și practică curentă

  • Maturitatea ecosistemului. Instrumentele și „rețetele" de scalare (instrucțiuni, RLHF/DPO) sunt încă inferioare stivei bazate pe transformere. [87]
  • Calitate și stabilitate. La anumite sarcini, hibrizii (Attention+SSM) demonstrează un compromis mai stabil „calitate/viteză/memorie" față de SSM-urile „pure". [89]

Comparația abordărilor (rezumativ)

Caracteristică Transformere SSM Hibrizi (Attention+SSM)
Complexitate față de lungime Pătratică (self‑attention) Liniară (scanare/convoluție) Apropiată de liniară
Memorie per token (inferență) KV‑cache crește cu contextul Stare O(1) Creștere moderată
Contexte lungi Necesită optimizări speciale Suport natural Practici până la ~256 K
Maturitatea ecosistemului Ridicată În dezvoltare În dezvoltare

Aplicații practice

  • Analiza documentelor foarte lungi (cărți, rapoarte, recenzii științifice).
  • Procesare în flux și scenarii de chat cu istoric lung fără creșterea costului de memorie.
  • Medii cu resurse limitate (dispozitive mobile/edge).
  • Serii temporale și alte date secvențiale.

Modele reprezentative: S4, Mamba, RetNet; hibrizi Attention+SSM (Jamba). [86][87][88][89]

Evoluția arhitecturilor

  • 2017 — publicat articolul „Attention Is All You Need". Prezentată arhitectura transformer: atenția multi-cap cu auto-atenție și codificările poziționale permit antrenarea modelelor fără recurență și convoluții; totodată, atenția are complexitate pătratică față de lungimea contextului.[1]
  • 2018 — prezentate GPT‑1 și BERT. GPT‑1 utilizează o stivă doar cu decodoare și atenție cauzală pentru generare și ajustare fină ulterioară; BERT introduce un encoder bidirecțional și pre-antrenare MLM pentru sarcinile de înțelegere a textului. [90][91]
  • 2019 — propuse metode de lucru cu secvențe lungi și scalat decoder‑only. Transformer‑XL adaugă „memorie" și poziții relative pentru a depăși fereastra fixă; GPT‑2 demonstrează creșterea capacităților zero‑shot la creșterea scalei; BART demonstrează eficiența pre-antrenării prin eliminarea zgomotului pentru seq2seq. [92][93][94]
  • 2020 — unificat formatul „text‑to‑text" și demonstrate metode pentru documente lungi. T5 formulează o abordare unificată encoder–decoder pentru diferite sarcini; Longformer și BigBird utilizează atenție rarefiatoare/structurată pentru texte lungi; GPT‑3 confirmă eficiența scalării dense decoder‑only. [95][96][97][98]
  • 2021 — îmbunătățite reprezentările poziționale și demonstrată raritatea parametrilor (MoE). RoPE și ALiBi îmbunătățesc generalizarea la lungimi mari; Switch Transformer și GLaM activează doar o parte dintre experți per token, crescând capacitatea fără o creștere proporțională a costului de inferență. [99][100][101][102]
  • 2022 — rafinat regimul compute‑optimal și accelerată inferența pe prompturi lungi. Chinchilla demonstrează avantajul unui număr mai mare de tokeni de antrenare la dimensiune moderată a modelului; PaLM cu Multi‑Query Attention reduce volumul KV‑cache; FlashAttention accelerează atenția pe GPU. [103][104][105][106]
  • 2023 — extinse ferestrele de context fără modificarea straturilor și îmbunătățită servirea. Familia LLaMA consolidează practicile (RMSNorm, SwiGLU, RoPE); Position Interpolation și YaRN extind contextul; vLLM/PagedAttention gestionează mai eficient KV‑cache-ul. [107][108][109][110][111][112]
  • 2023 — GPT‑4 și Gemini demonstrează procesarea și generarea în mai multe modalități în cadrul aceleiași familii de modele. [113][114]
  • 2023 — propuse modele cu spațiu de stări (SSM). Mamba și RetNet revin la procesarea secvențială cu stare compactă în locul KV‑cache-ului și pun bazele arhitecturilor hibride. [115][116]
  • 2024 — publicate modele MoE open-source și hibrizi Attention+SSM; accelerată atenția pe GPU-uri noi. Mixtral 8×7B/8×22B și DBRX confirmă practicabilitatea MoE; Jamba combină Transformer și Mamba pentru contexte foarte lungi; FlashAttention‑3 crește debitul. [117][118][119][120][121]

Referințe

Bibliografie

Note

  1. 1.0 1.1 1.2 1.3 1.4 1.5 1.6 Vaswani, A. et al. (2017). Attention Is All You Need. https://arxiv.org/abs/1706.03762
  2. Devlin, J. et al. (2019). BERT. https://arxiv.org/abs/1810.04805
  3. Brown, T. et al. (2020). Language Models are Few‑Shot Learners. https://arxiv.org/abs/2005.14165
  4. Raffel, C. et al. (2020). T5. https://jmlr.org/papers/volume21/20-074/20-074.pdf
  5. Devlin, J. et al. (2019). BERT: Pre‑training of Deep Bidirectional Transformers for Language Understanding. https://arxiv.org/abs/1810.04805
  6. Liu, Y. et al. (2019). RoBERTa: A Robustly Optimized BERT Pretraining Approach. https://arxiv.org/abs/1907.11692
  7. He, P. et al. (2021). DeBERTa: Decoding‑enhanced BERT with Disentangled Attention. https://arxiv.org/abs/2006.03654
  8. Clark, K. et al. (2020). ELECTRA: Pre‑training Text Encoders as Discriminators Rather Than Generators. https://arxiv.org/abs/2003.10555
  9. Zaheer, M. et al. (2020). Big Bird: Transformers for Longer Sequences. https://arxiv.org/abs/2007.14062
  10. Beltagy, I. et al. (2020). Longformer: The Long‑Document Transformer. https://arxiv.org/abs/2004.05150
  11. Shazeer, N. (2019). Fast Transformer Decoding: One Write‑Head is All You Need (Multi‑Query Attention). https://arxiv.org/abs/1911.02150
  12. Ainslie, J. et al. (2023). GQA: Training Generalized Multi‑Query Transformer Models from Multi‑Head Checkpoints. https://arxiv.org/abs/2305.13245
  13. Leviathan, Y. et al. (2023). Fast Inference from Transformers via Speculative Decoding. https://arxiv.org/abs/2211.17192
  14. Kwon, W. et al. (2023). Efficient Memory Management for LLM Serving with PagedAttention (vLLM). https://arxiv.org/abs/2309.06180
  15. vLLM Docs (2024–2025). Continuous batching, Chunked prefill, Structured outputs. https://docs.vllm.ai/
  16. Brown, T. et al. (2020). Language Models are Few‑Shot Learners. https://arxiv.org/abs/2005.14165
  17. Ouyang, L. et al. (2022). InstructGPT (RLHF). https://arxiv.org/abs/2203.02155
  18. Rafailov, R. et al. (2023). Direct Preference Optimization. https://arxiv.org/abs/2305.18290
  19. Shazeer, 2019. https://arxiv.org/abs/1911.02150
  20. Ainslie, 2023. https://arxiv.org/abs/2305.13245
  21. Leviathan, 2023. https://arxiv.org/abs/2211.17192
  22. Kwon, 2023. https://arxiv.org/abs/2309.06180
  23. vLLM Docs. https://docs.vllm.ai/
  24. OpenAI (2024). Structured Outputs. https://openai.com/index/introducing-structured-outputs-in-the-api/
  25. vLLM Docs — Structured outputs. https://docs.vllm.ai/en/v0.9.2/features/structured_outputs.html
  26. Kwon, 2023. https://arxiv.org/abs/2309.06180
  27. Brown, T. et al. (2020). Language Models are Few‑Shot Learners. https://arxiv.org/abs/2005.14165
  28. Touvron, H. et al. (2023). LLaMA: Open and Efficient Foundation Language Models. https://arxiv.org/abs/2302.13971
  29. Achiam, J. et al. (2023). GPT‑4 Technical Report. https://arxiv.org/abs/2303.08774
  30. Meta AI (2024). Introducing Meta Llama 3. https://ai.meta.com/blog/meta-llama-3/
  31. Raffel, C. et al. (2020). Exploring the Limits of Transfer Learning with a Unified Text‑to‑Text Transformer (T5). JMLR. https://jmlr.org/papers/volume21/20-074/20-074.pdf
  32. Lewis, M. et al. (2019). BART: Denoising Sequence‑to‑Sequence Pre‑training. https://arxiv.org/abs/1910.13461
  33. Raffel, C. et al. (2020). Exploring the Limits of Transfer Learning with a Unified Text‑to‑Text Transformer. JMLR. https://jmlr.org/papers/volume21/20-074/20-074.pdf
  34. Lewis, M. et al. (2019). BART: Denoising Sequence‑to‑Sequence Pre‑training for NLG, Translation, and Comprehension. https://arxiv.org/abs/1910.13461
  35. Chung, H. W. et al. (2022). Scaling Instruction‑Finetuned Language Models (FLAN‑T5). https://arxiv.org/abs/2210.11416
  36. Shazeer, N. (2020). GLU Variants Improve Transformer. https://arxiv.org/abs/2002.05202
  37. Devlin, J. et al. (2019). BERT: Pre‑training of Deep Bidirectional Transformers for Language Understanding. https://arxiv.org/abs/1810.04805
  38. Brown, T. et al. (2020). Language Models are Few‑Shot Learners. https://arxiv.org/abs/2005.14165
  39. Touvron, H. et al. (2023). LLaMA: Open and Efficient Foundation Language Models. https://arxiv.org/abs/2302.13971
  40. Chowdhery, A. et al. (2022). PaLM: Scaling Language Modeling with Pathways. https://arxiv.org/abs/2204.02311
  41. Kaplan, J. et al. (2020). Scaling Laws for Neural Language Models. https://arxiv.org/abs/2001.08361
  42. Hoffmann, J. et al. (2022). Training Compute‑Optimal Large Language Models. https://arxiv.org/abs/2203.15556
  43. Chen, S. et al. (2023). Extending Context Window via Positional Interpolation. https://arxiv.org/abs/2306.15595
  44. Peng, B. et al. (2023). YaRN: Efficient Context Window Extension of LLMs. https://arxiv.org/abs/2309.00071
  45. Dao, T. et al. (2022–2024). FlashAttention (1/2/3). https://arxiv.org/abs/2205.14135 ; https://arxiv.org/abs/2307.08691 ; https://arxiv.org/abs/2407.08608
  46. Shazeer, N. (2019). Fast Transformer Decoding: One Write‑Head is All You Need. https://arxiv.org/abs/1911.02150
  47. Ainslie, J. et al. (2023). GQA. https://arxiv.org/abs/2305.13245
  48. Kwon, W. et al. (2023). Efficient Memory Management for LLM Serving with PagedAttention. https://arxiv.org/abs/2309.06180
  49. Leviathan, Y. et al. (2023). Fast Inference from Transformers via Speculative Decoding. https://arxiv.org/abs/2211.17192
  50. 50.0 50.1 50.2 Fedus, W.; Zoph, B.; Shazeer, N. (2021/2022). Switch Transformers. https://arxiv.org/abs/2101.03961
  51. 51.0 51.1 51.2 Du, N. et al. (2021). GLaM: Efficient Scaling of Language Models with Mixture‑of‑Experts. https://arxiv.org/pdf/2112.06905.pdf
  52. Mistral AI (2023). Mixtral of Experts. https://mistral.ai/news/mixtral-of-experts/
  53. Jiang, A.Q. et al. (2024). Mixtral of Experts. https://arxiv.org/abs/2401.04088
  54. Mistral AI (2024). Mixtral 8x22B. https://mistral.ai/news/mixtral-8x22b
  55. 55.0 55.1 Databricks (2024). Introducing DBRX. https://www.databricks.com/blog/introducing-dbrx-new-state-art-open-llm
  56. NVIDIA (2024). Applying Mixture of Experts in LLM Architectures. https://developer.nvidia.com/blog/applying-mixture-of-experts-in-llm-architectures/
  57. Zhou, Y. et al. (2022). Mixture‑of‑Experts with Expert Choice Routing. https://arxiv.org/abs/2202.09368
  58. Komatsuzaki, A. et al. (2022). Sparse Upcycling: Training Mixture‑of‑Experts from Dense Checkpoints. https://arxiv.org/abs/2212.05055
  59. 59.0 59.1 59.2 59.3 Lewis, P. et al. (2020). Retrieval‑Augmented Generation for Knowledge‑Intensive NLP Tasks. https://arxiv.org/abs/2005.11401
  60. NVIDIA Blog (2025). What is Retrieval‑Augmented Generation (RAG). https://blogs.nvidia.com/blog/what-is-retrieval-augmented-generation/
  61. Beltagy, I. et al. (2020). Longformer. https://arxiv.org/abs/2004.05150
  62. Zaheer, M. et al. (2020). Big Bird. https://arxiv.org/abs/2007.14062
  63. Dao, T. et al. (2022). FlashAttention. https://arxiv.org/abs/2205.14135
  64. Dao, T. et al. (2023). FlashAttention‑2. https://arxiv.org/abs/2307.08691
  65. Shah, M. et al. (2024). FlashAttention‑3. https://arxiv.org/abs/2407.08608
  66. Shazeer, N. (2019). Fast Transformer Decoding: One Write‑Head is All You Need. https://arxiv.org/abs/1911.02150
  67. Ainslie, J. et al. (2023). GQA. https://arxiv.org/abs/2305.13245
  68. Press, O. et al. (2022). ALiBi. https://arxiv.org/abs/2108.12409
  69. Su, J. et al. (2021). RoFormer: Rotary Position Embedding. https://arxiv.org/abs/2104.09864
  70. Touvron, H. et al. (2023). LLaMA: Open and Efficient Foundation Language Models. https://arxiv.org/abs/2302.13971
  71. Chen, S. et al. (2023). Extending Context Window via Positional Interpolation. https://arxiv.org/abs/2306.15595
  72. Peng, B. et al. (2023). YaRN: Efficient Context Window Extension of LLMs. https://arxiv.org/abs/2309.00071
  73. Dai, Z. et al. (2019). Transformer‑XL: Attentive Language Models Beyond a Fixed‑Length Context. https://arxiv.org/abs/1901.02860
  74. Kitaev, N.; Kaiser, L.; Levskaya, A. (2020). Reformer: The Efficient Transformer. https://arxiv.org/abs/2001.04451
  75. Choromanski, K. et al. (2021). Rethinking Attention with Performers. https://arxiv.org/abs/2009.14794
  76. Wang, S. et al. (2020). Linformer: Self‑Attention with Linear Complexity. https://arxiv.org/abs/2006.04768
  77. Dettmers, T. et al. (2023). QLoRA: Efficient Finetuning of Quantized LLMs. https://arxiv.org/abs/2305.14314
  78. Hinton, G. et al. (2015). Distilling the Knowledge in a Neural Network. https://arxiv.org/abs/1503.02531
  79. Sanh, V. et al. (2019). DistilBERT. https://arxiv.org/abs/1910.01108
  80. Rajbhandari, S. et al. (2020). ZeRO: Memory Optimizations Toward Training Trillion‑Parameter Models. https://www.microsoft.com/en-us/research/publication/zero-memory-optimizations-toward-training-trillion-parameter-models/
  81. Shoeybi, M. et al. (2019). Megatron‑LM: Training Multi‑Billion Parameter Language Models Using Model Parallelism. https://arxiv.org/abs/1909.08053
  82. Hugging Face. Transformers Documentation. https://huggingface.co/docs/transformers
  83. Hugging Face. Accelerate Documentation. https://huggingface.co/docs/accelerate
  84. Kaplan, J. et al. (2020). Scaling Laws for Neural Language Models. https://arxiv.org/abs/2001.08361
  85. Hoffmann, J. et al. (2022). Training Compute‑Optimal Large Language Models. https://arxiv.org/abs/2203.15556
  86. 86.0 86.1 86.2 86.3 86.4 Gu, A.; Goel, K.; Ré, C. (2021). Efficiently Modeling Long Sequences with Structured State Spaces (S4). https://arxiv.org/abs/2111.00396
  87. 87.0 87.1 87.2 87.3 87.4 Gu, A.; Dao, T. (2023/2024). Mamba: Linear‑Time Sequence Modeling with Selective State Spaces. https://arxiv.org/abs/2312.00752
  88. 88.0 88.1 88.2 Sun, Y. et al. (2023). Retentive Network: A Successor to Transformer for Large Language Models. https://arxiv.org/abs/2307.08621
  89. 89.0 89.1 89.2 89.3 Lieber, O. et al. (2024). Jamba: A Hybrid Transformer‑Mamba Language Model. https://arxiv.org/abs/2403.19887
  90. Radford, A. et al. (2018). Improving Language Understanding by Generative Pre‑Training. https://cdn.openai.com/research-covers/language-unsupervised/language_understanding_paper.pdf
  91. Devlin, J. et al. (2019). BERT: Pre‑training of Deep Bidirectional Transformers for Language Understanding. https://arxiv.org/abs/1810.04805
  92. Dai, Z. et al. (2019). Transformer‑XL. https://arxiv.org/abs/1901.02860
  93. Radford, A. et al. (2019). Language Models are Unsupervised Multitask Learners. https://cdn.openai.com/better-language-models/language_models_are_unsupervised_multitask_learners.pdf
  94. Lewis, M. et al. (2019). BART. https://arxiv.org/abs/1910.13461
  95. Raffel, C. et al. (2020). T5. https://jmlr.org/papers/volume21/20-074/20-074.pdf
  96. Beltagy, I. et al. (2020). Longformer. https://arxiv.org/abs/2004.05150
  97. Zaheer, M. et al. (2020). BigBird. https://arxiv.org/abs/2007.14062
  98. Brown, T. et al. (2020). Language Models are Few‑Shot Learners. https://arxiv.org/abs/2005.14165
  99. Su, J. et al. (2021). RoPE. https://arxiv.org/abs/2104.09864
  100. Press, O. et al. (2021/2022). ALiBi. https://arxiv.org/abs/2108.12409
  101. Fedus, W.; Zoph, B.; Shazeer, N. (2021/2022). Switch Transformers. https://arxiv.org/abs/2101.03961
  102. Du, N. et al. (2021). GLaM. https://arxiv.org/pdf/2112.06905.pdf
  103. Hoffmann, J. et al. (2022). Chinchilla. https://arxiv.org/abs/2203.15556
  104. Chowdhery, A. et al. (2022). PaLM. https://arxiv.org/abs/2204.02311
  105. Shazeer, N. (2019). Fast Transformer Decoding. https://arxiv.org/abs/1911.02150
  106. Dao, T. et al. (2022). FlashAttention. https://arxiv.org/abs/2205.14135
  107. Touvron, H. et al. (2023). LLaMA. https://arxiv.org/abs/2302.13971
  108. Zhang, B.; Sennrich, R. (2019). RMSNorm. https://arxiv.org/abs/1910.07467
  109. Shazeer, N. (2020). GLU Variants. https://arxiv.org/abs/2002.05202
  110. Chen, S. et al. (2023). Position Interpolation. https://arxiv.org/abs/2306.15595
  111. Peng, B. et al. (2023). YaRN. https://arxiv.org/abs/2309.00071
  112. Kwon, W. et al. (2023). vLLM/PagedAttention. https://arxiv.org/abs/2309.06180
  113. OpenAI (2023). GPT‑4 Technical Report. https://arxiv.org/abs/2303.08774
  114. Gemini Team (2023). Gemini. https://arxiv.org/abs/2312.11805
  115. Gu, A.; Dao, T. (2023). Mamba. https://arxiv.org/abs/2312.00752
  116. Sun, Y. et al. (2023). RetNet. https://arxiv.org/abs/2307.08621
  117. Jiang, A.Q. et al. (2024). Mixtral of Experts. https://arxiv.org/abs/2401.04088
  118. Mistral AI (2024). Mixtral 8x22B. https://mistral.ai/news/mixtral-8x22b
  119. Databricks (2024). Introducing DBRX. https://www.databricks.com/blog/introducing-dbrx-new-state-art-open-llm
  120. Lieber, O. et al. (2024). Jamba. https://arxiv.org/abs/2403.19887
  121. Shah, M. et al. (2024). FlashAttention‑3. https://arxiv.org/abs/2407.08608