Workload · Găzduirea unui model de limbaj

Găzduire LLM pe un GPU dedicat dimensionat pentru modelul pe care vrei să-l rulezi

Găzduirea LLM la Primcast înseamnă un server întreg cu un GPU dedicat, care rulează modelul ales de tine pe runtime-ul ales de tine, la același preț în fiecare lună. Alege dimensiunea și precizia modelului în foaia de calcul, iar aceasta îți indică cel mai mic GPU care îl poate găzdui, cu spațiu suplimentar pentru servire.

Dacă greșești memoria, nimic altceva nu mai contează: un model cu doi gigaocteți prea mare pentru GPU-ul său fie refuză să pornească, fie se târăște pe procesor. De aceea foaia de calcul este primul pas.

Foaie de dimensionaregreutăți × spațiu de siguranță
Dimensiunea modelului
Precizie
Cine îl folosește

70B: 38 GB × 1.5 = 57 GB

Fits on one GPU. The smallest that clears it (3 larger also do):

Instinct MI21064 GB HBM2e

The link opens the machine it goes in. Its price is on GPU dedicated servers.

Transformă-ți GPU-urile în venit lunar pasiv

Ai configurații GPU de server sau desktop nefolosite? Listează-le astăzi pe piața Primcast și câștigă chirii lunare constante de la echipe AI, dezvoltatori și întreprinderi care au nevoie de putere de calcul de nivel de producție.

Mergi la Piață

01 Memorie GPU

Câtă memorie GPU are nevoie un LLM?

Înmulțește numărul de parametri cu octeții pe care îi ocupă fiecare parametru. La 16-bit sunt doi octeți, la 8-bit unul, la 4-bit jumătate de octet. Un model de 70B înseamnă aproximativ 140 GB de greutăți la 16-bit și aproximativ 38 GB la 4-bit.

Cuantizarea la mai puțini biți este ceea ce permite unui model mare să încapă pe un GPU mai mic. Costă ceva calitate, iar cât de mult depinde mai mult de model și de metodă decât de numărul de biți. Dacă acuratețea contează pentru tine, testează ambele versiuni înainte de a alege hardware-ul.

Așteaptă-te ca descărcarea reală să cântărească puțin mai mult decât această sumă, deoarece formatele populare de 4-bit lasă unele straturi la precizie mai mare. Descărcarea implicită a Llama 3.1 70B de la Ollama la 4-bit ajunge la 43 GB, nu 38. Odată ce ai ales fișierul, dimensionează în funcție de greutatea sa reală.

Acestea sunt doar greutățile. Tratează-le ca pe un minim, niciodată ca pe o cerință: secțiunea următoare este partea care îi surprinde pe oameni.

Weights only. The runtime, the activations and the conversation come on top, and the next section is about them.
Model16-bit8-bit4-bit
7-8 billion parameters16 GB8 GB5 GB
13-14 billion parameters28 GB14 GB8 GB
30-34 billion parameters68 GB34 GB19 GB
70 billion parameters140 GB70 GB38 GB

Modele open populare și rândul pe care îl folosesc

Numărul de parametri este cel declarat de editor și este tot ce contează pentru problema încadrării. Un model care lipsește din această listă se dimensionează la fel, iar altele noi apar în fiecare lună fără să schimbe aritmetica.

MoEAmestec de experți

Un model descris ca „30B cu 3B activi” are nevoie de memoria unui model de 30B și rulează mai aproape de viteza unuia de 3B. Fiecare expert trebuie să rămână încărcat, deoarece fiecare token poate activa unul diferit. Dimensionează întotdeauna de la total.

Familii de modele open-weight și rândul de dimensionare în care se încadrează fiecare
ModelParametriRând de dimensionare
Llama 3.1 / 3.3 Meta8B · 70B7–8B și 70B
Llama 4 Scout Meta109B total · 17B activiPeste rândul 70B: dimensionează de la 109B
Qwen3 Alibaba8B · 14B · 32BPrimele trei rânduri
Qwen3 30B-A3B Alibaba30B total · 3B activi30–34B, dimensionat de la total
DeepSeek-R1 distilat7B – 70BUnul pe rând: alege-l pe cel pe care îl poate găzdui GPU-ul tău
Mistral Small 3.2 Mistral AI24BÎntre rândurile doi și trei: fă aritmetica
Gemma 3 Google12B · 27B13–14B și chiar sub 30–34B
Phi-4 Microsoft14B13–14B
gpt-oss OpenAI20B · 120BLivrat la 4-bit: un GPU de 16 GB și un GPU de 80 GB

02 Spațiu de siguranță

De ce un model care încape poate totuși refuza să servească

Pentru că greutățile împart memoria GPU cu runtime-ul și cu conversația. Povestea obișnuită: modelul are 38 GB, GPU-ul are 40, se încarcă și reușește aproximativ un chat scurt înainte ca cererile să înceapă să se pună în coadă. Mișcă glisorul și urmărește cum crește conversația.

greutăți, fixe
runtime
cache cheie-valoare, crește
liber
Memoria unui GPU, desenată proporțional

Un utilizator, context scurt: multiplicatorul ×1.25 acoperă acest caz.

  • Fiecare token dintr-o conversație lasă o intrare în cache-ul cheie-valoare, ca să nu fie calculat de două ori. Cache-ul crește odată cu lungimea contextului și din nou cu fiecare cerere pe care o servești simultan.
  • Bugetează încă un sfert peste greutăți pentru un utilizator la un moment dat și încă jumătate pentru servirea traficului. Aceștia sunt cei doi multiplicatori din foaia de calcul.
  • E la limită? Înainte să comanzi, trimite-ne modelul, cuantizarea lui, lungimea contextului și numărul de persoane care îl folosesc simultan. Să-ți dimensionăm acum un GPU este mult mai ușor decât să te mutăm pe unul mai mare după livrare.

03 Server GPU pentru LLM

Ce server GPU rulează ce model

Găsește-ți modelul în stânga și precizia în partea de sus. Fiecare celulă numește cel mai mic GPU pe care îl instalăm și care poate găzdui acele greutăți cu spațiu pentru servire, plus un link către mașina în care intră. Acolo unde niciun GPU singur nu este suficient, celula o spune.

The smallest GPU we fit that holds the weights with room left to serve: 1.5× the weights, the generous end of the quarter-to-a-half head-room rule. Prices are on GPU dedicated servers, next to the machine each GPU goes in.
If you want to runat 16-bitat 8-bitat 4-bit
7-8 billion parametersTESLA P40 / QUADRO P600024 GB16 GB of weightsTITAN V12 GB HBM28 GB of weightsTESLA P48 GB GDDR55 GB of weights
13-14 billion parametersRTX A600048 GB GDDR6 ECC28 GB of weightsTESLA P40 / QUADRO P600024 GB14 GB of weightsTITAN V12 GB HBM28 GB of weights
30-34 billion parametersMore than one GPUNothing we fit holds it alone68 GB of weightsInstinct MI21064 GB HBM2e34 GB of weightsTesla V100 32GB32 GB HBM219 GB of weights
70 billion parametersMore than one GPUNothing we fit holds it alone140 GB of weightsMore than one GPUNothing we fit holds it alone70 GB of weightsInstinct MI21064 GB HBM2e38 GB of weights
  • Cel mai mic GPU care încape nu este întotdeauna cel pe care îl vrei. Memoria îți spune doar dacă modelul va porni. Restul GPU-ului decide cât de repede și pentru câți oameni simultan, așa că dacă viteza contează mai mult decât bugetul, urcă un pas.
  • GPU-urile mai vechi nu cunosc formatele numerice mai noi. Mai multe dintre GPU-urile pe care le instalăm sunt anterioare FP8 și bfloat16, așa că un runtime care le așteaptă revine la ceva mai lent sau refuză să pornească. Întreabă despre un anumit GPU și runtime înainte să comanzi.
  • GPU-urile AMD rulează ROCm, nu CUDA. GPU-urile Instinct oferă multă memorie pentru bani și acoperă mai mult de o celulă de aici, dar software-ul tău trebuie să suporte ROCm. Majoritatea runtime-urilor actuale o fac, iar unele unelte din jurul lor încă nu. Suntem bucuroși să-l verificăm pe al tău împreună cu tine.
  • Mai mult de un GPU este o configurație pe care o cotăm, nu o opțiune de checkout, pentru că numărul care încape depinde de lățimea GPU-ului și de bugetul de putere al șasiului. Pagina noastră multi-GPU o explică. Cealaltă soluție la acea dimensiune este 128 GB de memorie partajată de procesor și GPU într-o singură mașină: închirierea unui NVIDIA DGX Spark.

04 GPU-urile

Fiecare GPU pe care îl instalăm, cu cea mai mare memorie întâi

Instalăm 56 GPU-uri cu o cifră de memorie publicată, iar cel mai mare are 96 GB. Această listă începe de sus pentru că întrebarea aici este „care este cel mai mare model pe care îl pot rula”. Servere dedicate GPU listează aceleași GPU-uri de la cea mai ieftină mașină în sus, cu prețuri. Un GPU al cărui producător nu publică memoria este omis, nu ghicit.

Unele GPU-uri vin în mai mult de un șasiu, iar generația PCIe a mașinii de dedesubt schimbă ce poate face un GPU modern. Ambele sunt pe servere dedicate GPU. Dacă preferi să nu aștepți o configurație, vezi mașinile finalizate pe servere instant.

05 LLM auto-găzduit

Runtime-ul tău, versiunile tale, nimic între

Primești serverul cu un sistem de operare proaspăt și acces root. Nu există niciun serviciu de inferență de-al nostru în fața modelului tău și nimic nu se actualizează singur cu o săptămână înainte de termenul tău. Păstrează driverul GPU, CUDA sau ROCm și framework-ul tău exact pe versiunile cu care ai testat. Dacă vrei driverul instalat înainte de predare, spune-o în comandă și menționează versiunea.

vLLM și Ollama răspund ambele pe un endpoint compatibil OpenAI, așa că codul scris pentru un API găzduit poate indica serverul tău schimbând un singur URL de bază.

  1. vLLM

    Pentru servirea traficului real

    Batching-ul continuu și atenția paginată permit unui singur GPU să răspundă la multe cereri simultan. Aceasta este diferența dintre un demo și un serviciu. Are nevoie de un GPU rezonabil de modern.

  2. llama.cpp

    Pentru memorie limitată sau GPU-uri mai vechi

    Formatele sale cuantizate sunt motivul pentru care un model mare încape pe un GPU mic, și poate împărți munca între procesor și GPU atunci când greutățile nu încap chiar.

  3. TGI · SGLang

    Pentru producție cu extra

    Servere de producție din aceeași familie, cu puncte forte diferite în jurul ieșirii structurate, reutilizării prefixelor și servirii mai multor modele. Rulează aici neschimbate.

  4. Ollama

    Pentru un prim răspuns în minute

    Cea mai scurtă cale de la o mașină goală la un model care răspunde pe un port. Zece minute cu el îți spun dacă dimensionarea ta a fost corectă.

06 Închiriază un server pentru LLM-ul tău

Ce îți oferă propriul server și un API nu

Un API găzduit este ușor de început. Acestea sunt cele patru motive pentru care oamenii își mută modelul pe o mașină proprie.

Prompturile tale rămân pe hardware-ul tău

Greutățile, prompturile, documentele recuperate și fiecare token generat rămân pe o mașină la care doar tu te poți autentifica. Alegi și jurisdicția: Amsterdam sau București păstrează datele în UE, San Francisco, Miami sau New York le păstrează în SUA. Ce GPU-uri are fiecare oraș este pe pagina de comandă.

Niciun contor care rulează pe tokenii tăi

Un API facturează fiecare token, iar un agent sau un job batch produce tokeni toată ziua. Serverul tău costă la fel în fiecare lună, oricât de ocupat ar fi, și nimic nu contorizează portul, așa că aducerea greutăților și trimiterea răspunsurilor nu adaugă nimic la factură. Cifrele lunare sunt pe servere dedicate GPU.

Nimeni nu schimbă modelul sub tine

Modelul pe care îl fixezi astăzi răspunde la fel peste șase luni. Fără plafon de cereri pe minut, fără coadă la ora aglomerată a altcuiva, fără notificare de retragere. Schimbul corect este că upgrade-urile sunt ale tale de făcut, când îți convine.

Loc pentru tot ce e în jurul modelului

Recuperarea are nevoie de un model de embedding, un vector store și discuri rapide. Agenții au nevoie de loc pentru a-și rula uneltele. NVMe pentru stocare, nuclee de procesor pentru pipeline și GPU pentru tokeni: o singură mașină le duce pe toate.

07 Viteză

Cât de repede va răspunde?

Depinde de prea multe lucruri pentru un singur număr onest, așa că nu publicăm o cifră de tokeni pe secundă. Modelul, cuantizarea, runtime-ul și versiunea lui, dimensiunea lotului, lungimile promptului și răspunsului și numărul de utilizatori simultan pot fiecare să o modifice de mai multe ori.

Ce o determină: citirea promptului tău este limitată de aritmetica GPU-ului și are loc o dată pe cerere. Scrierea răspunsului este limitată de lățimea de bandă a memoriei, pentru că fiecare token nou citește din nou greutățile. Batching-ul împarte acea citire pe multe cereri, până când cache-ul cheie-valoare rămâne fără loc. Din nou spațiul de siguranță.

Cere-ne un răspuns real

Spune-ne modelul, cuantizarea, lungimea contextului și aproximativ câte cereri sosesc simultan. Dacă am rulat ceva similar, îți spunem ce am văzut și pe ce GPU. Dacă nu, îți spunem și asta.

Chatul live îți aduce un răspuns în câteva secunde de la un AI care se uită în contul tău și pe serverul tău, și de la un coleg ori de câte ori ceri. Timpii de răspuns sunt pe pagina de suport.

08 Servere de antrenament LLM

Fine-tuning-ul are nevoie de mult mai multă memorie decât servirea

Servirea are nevoie de greutăți. Antrenamentul are nevoie de greutăți, gradienți și starea optimizatorului pentru fiecare parametru pe care îl actualizează, toate încărcate simultan, plus activările păstrate pentru trecerea înapoi. Un model care servește confortabil pe un GPU poate fi de câteva ori prea mare pentru a fi fine-tuned complet pe el.

Metodele eficiente în parametri, cum ar fi LoRA, actualizează o mică parte din parametri și au nevoie de o mică parte corespunzătoare din memoria suplimentară, motiv pentru care majoritatea fine-tuning-ului pe mașinile noastre folosește una. Antrenamentul, de asemenea, transmite continuu loturi prin legătura dintre procesor și GPU, așa că generația PCIe a mașinii contează aici într-un mod în care nu contează pentru servire. Servere dedicate GPU arată ce platformă oferă fiecărui GPU ce legătură.

Trimite-ne modelul, metoda, lungimea secvenței și dimensiunea setului de date și îl vom dimensiona împreună cu tine. Pentru mai mult de un GPU, vezi servere multi-GPU și cluster.

09 In short

LLM hosting at Primcast, in ten lines

What decides whether a model runs
GPU memory, and almost nothing else on the order form. The weights either fit or they do not: on a GPU a couple of gigabytes short, most runtimes refuse to load the model, and the ones that can spill layers to the processor run far slower. Clock speed and core count decide how fast it is once it fits.
How much memory a model needs
Parameters multiplied by bytes per parameter: two bytes each at 16-bit, one at 8-bit, half at 4-bit. That is the WEIGHTS. The runtime, the activations and the conversation's key-value cache live in the same memory, so budget a quarter to a half again on top before choosing a GPU.
Largest model on a single GPU here
70 billion parameters at 4-bit, with room left to serve. Past that the answer is more than one GPU in one machine, which is a build we quote rather than a checkout option. Multi-GPU and multi-node is the page for it.
Biggest GPU we fit
RTX PRO 6000 Blackwell 96GB, 96 GB GDDR7 ECC. GPU memory figures are the manufacturers' published ones; a GPU whose figure we could not source is left out of the comparison rather than guessed at.
Which runtime
Yours. You get the machine with a fresh operating system and root, and you install vLLM, llama.cpp, TGI, SGLang, Ollama or anything else, pinned to the version your code was tested against. Nothing upgrades underneath you, and there is no vendor runtime you have to go through.
Throughput
We publish no tokens-per-second figure, deliberately, because we have not measured one under conditions we would be willing to have quoted back at us. What governs it is the GPU's memory bandwidth while generating, its arithmetic while reading the prompt, and how many requests you batch. Ask with the model, the quantisation and the expected concurrency and we will say what we have actually seen.
Fine-tuning and training
Both are ordinary work here, and both need considerably more memory than serving the same model: gradients and optimiser state sit alongside the weights. A parameter-efficient method needs a fraction of what a full fine-tune does. Tell us the method and the model and we will size it rather than have you find out after delivery.
Tenancy
One tenant per physical machine and the full GPU passed straight through to your operating system. No hypervisor, MIG slicing, vGPU profile or time-sharing scheduler, and no other customer's work on the GPU. What you measure on the first afternoon is what you keep.
Bandwidth
Nothing meters the port, in either direction, and nobody shares it with you at the access switch. Pulling weights down and serving tokens back out costs nothing beyond the port.
What this page does not price
GPUs, or anything else. Every GPU we fit, what each adds per month and what the machine under it costs are on GPU dedicated servers, each figure against the exact machine it belongs to.

10 Întrebări

Ce întreabă oamenii înainte de a găzdui un LLM la noi

Adunate din chatul live și din tichete. Primele patru decid dacă o comandă funcționează.

01Ce este găzduirea LLM și ce primesc aici?

Găzduirea LLM înseamnă să rulezi un model de limbaj mare pe un server pe care îl controlezi, în loc să apelezi API-ul altcuiva. La noi, asta înseamnă că închiriezi un server fizic întreg, cu propriul GPU dedicat, acces root și un sistem de operare proaspăt, apoi instalezi modelul și runtime-ul dorit. Este de nivel de producție în sensul simplu: GPU-ul este doar al tău, iar versiunile le alegi tu.

02Câtă memorie GPU are nevoie un model de limbaj mare?

Ia numărul de parametri și înmulțește-l cu octeții per parametru, adică 2 pentru 16 biți, 1 pentru 8 biți și 0,5 pentru 4 biți. Un model de 7–8B înseamnă aproximativ 16 GB de ponderi la 16 biți, 8 GB la 8 biți și 5 GB la 4 biți. Un model de 70B înseamnă aproximativ 140 GB, 70 GB și 38 GB. Acestea sunt doar ponderile, așa că planifică încă 25 până la 50 la sută în plus pentru runtime, activări și cache-ul care păstrează conversația.

03Ce server GPU îmi trebuie pentru un model de 70B precum Llama 3.3?

La 4 biți, ponderile sunt de aproximativ 38 GB, așa că, pentru a avea loc să servești, ai nevoie de un GPU cu 64 GB sau mai mult: un GPU, o mașină. La 8 biți, ponderile sunt de 70 GB, pe care doar cele mai mari GPU-uri individuale ale noastre le pot ține, și doar pentru un utilizator odată, așa că planifică mai mult de un GPU dacă servești trafic. La 16 biți, niciun GPU individual pe care îl montăm nu îl poate ține și devine o construcție multi-GPU pe care o cotăm. Tabelul de mai sus numește GPU-urile exacte, iar prețurile sunt pe servere dedicate GPU.

04De ce modelul meu se încarcă și apoi nu reușește să servească?

Pentru că ponderile nu sunt singure în memoria GPU. Runtime-ul și bufferele sale stau și ele acolo, iar fiecare token dintr-o conversație lasă o intrare în cache-ul cheie-valoare, ca să nu fie recalculat. Acel cache crește cu lungimea contextului și din nou cu fiecare cerere servită în același timp, așa că un model care abia încape ține aproximativ o conversație scurtă. Dimensionează GPU-ul la o dată și un sfert până la o dată și jumătate din ponderi.

05Ce software de inferență pot instala?

Orice. Primești root pe un sistem de operare curat, fără niciun serviciu de inferență de-al nostru în cale. vLLM este alegerea obișnuită pentru a servi trafic real, llama.cpp pentru memorie strânsă sau GPU-uri mai vechi, iar TGI și SGLang rulează neschimbate. Ollama este cea mai rapidă cale către un model care răspunde pe un port. vLLM și Ollama oferă ambele un endpoint compatibil OpenAI, așa că codul client existent are nevoie doar de un nou URL de bază.

06Este închirierea unui server pentru un LLM mai ieftină decât plata per token?

Depinde cât de mult îl folosești. Un API taxează per token și nu costă nimic când este inactiv; serverul tău costă la fel în fiecare lună și nimic în plus când este ocupat. Traficul constant, agenții care rulează toată ziua, joburile batch și orice cu reguli de confidențialitate tind să iasă în avantaj pe propria mașină, în timp ce un model apelat de zece ori pe zi nu. Cifrele lunare pentru acea sumă sunt pe servere dedicate GPU.

07Câți tokeni pe secundă voi obține?

Nu publicăm o cifră, pentru că modelul, cuantizarea, versiunea runtime-ului, dimensiunea lotului, lungimile promptului și răspunsului și numărul de utilizatori simultani pot schimba fiecare rezultatul de mai multe ori. Citirea promptului este limitată de aritmetică, iar scrierea răspunsului de lățimea de bandă a memoriei, iar procesarea în lot împarte costul între cereri până când cache-ul se umple. Spune-ne modelul, cuantizarea și utilizatorii așteptați și îți vom împărtăși ce am văzut efectiv.

08Este GPU-ul partajat cu altcineva?

Nu. Fiecare server fizic are un singur client, iar sistemul tău de operare vede întregul GPU direct. Niciun strat de mașină virtuală, segmentare MIG, profil vGPU sau partajare în timp nu stă între tine și el, așa că nicio altă sarcină nu îl împarte și încărcarea nimănui altcuiva nu îți poate schimba latența.

09Ce se întâmplă dacă modelul meu nu încape pe un singur GPU?

Atunci este o construcție multi-GPU, pe care o cotăm în loc să o vindem dintr-un checkout, pentru că numărul de GPU-uri care încap depinde de lățimea lor și de bugetul de putere al șasiului. Două GPU-uri îți dau suma memoriei lor doar dacă runtime-ul împarte modelul între ambele, ceea ce orice runtime serios poate face cu un anumit cost de viteză. Pagina noastră multi-GPU arată cum arată asta, iar DGX Spark oferă 128 GB de memorie partajată într-o singură mașină.

10Pot folosi serverul pentru antrenarea sau fine-tuning-ul LLM-urilor?

Da, și planifică mult mai multă memorie decât pentru servirea aceluiași model. Antrenarea păstrează ponderile, gradienții și starea optimizatorului pentru fiecare parametru actualizat, plus activările pentru trecerea înapoi, așa că un model care servește ușor pe un GPU poate fi de câteva ori prea mare pentru a fi fine-tuned complet acolo. Metodele eficiente în parametri, precum LoRA, au nevoie doar de o fracțiune din acea memorie suplimentară, motiv pentru care majoritatea fine-tuning-urilor pe mașinile noastre folosesc una.

11Pot rula un GPU AMD și funcționează ROCm?

Da. GPU-urile AMD Instinct sunt printre GPU-urile cu cea mai mare memorie pe care le montăm și adesea cea mai bună valoare per gigabyte, dar software-ul tău trebuie să suporte ROCm în loc de CUDA. Majoritatea runtime-urilor actuale de inferență o fac, iar unele unelte din jurul lor încă nu. Spune-ne runtime-ul înainte de a comanda și îl vom verifica pentru tine.

Ești gata să rulezi propriul tău model?

Alege GPU-ul indicat de foaia de calcul, alege un oraș și comandă. Fără contract pe termen lung, iar dacă cifrele tale sunt apropiate, îl vom dimensiona împreună cu tine mai întâi.