Workload · Hosting eines Sprachmodells

LLM-Hosting auf einer dedizierten GPU passend zum Modell, das Sie betreiben möchten

LLM-Hosting bei Primcast ist ein ganzer Server mit dedizierter GPU, auf dem das von Ihnen gewählte Modell mit der von Ihnen gewählten Laufzeitumgebung läuft – jeden Monat zum gleichen Preis. Wählen Sie Modellgröße und Präzision im Arbeitsblatt, und es nennt Ihnen die kleinste GPU, die das Modell mit Reserven für den Betrieb aufnimmt.

Wenn der Speicher nicht stimmt, zählt nichts anderes mehr: Ein Modell, das zwei Gigabyte zu groß für seine GPU ist, startet entweder gar nicht oder kriecht auf dem Prozessor dahin. Deshalb steht das Arbeitsblatt an erster Stelle.

Größen-ArbeitsblattGewichte × Spielraum
Modellgröße
Präzision
Wer nutzt es

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.

Machen Sie aus Ihren GPUs passives monatliches Einkommen

Haben Sie ungenutzte Server- oder Desktop-GPU-Setups? Listen Sie sie noch heute auf dem Primcast-Marktplatz und erzielen Sie stabile monatliche Mieteinnahmen von KI-Teams, Entwicklern und Unternehmen, die produktionsreife Rechenleistung benötigen.

Zum Marktplatz

01 GPU-Speicher

Wie viel GPU-Speicher braucht ein LLM?

Multiplizieren Sie die Parameterzahl mit den Bytes, die jeder Parameter belegt. Bei 16-bit sind das zwei Bytes, bei 8-bit eines, bei 4-bit ein halbes. Ein 70B-Modell hat bei 16-bit etwa 140 GB an Gewichten und bei 4-bit etwa 38 GB.

Die Quantisierung auf weniger Bits ist es, die ein großes Modell auf eine kleinere GPU passen lässt. Sie kostet etwas Qualität, und wie viel, hängt mehr vom Modell und der Methode ab als von der Bitzahl. Wenn Ihnen Genauigkeit wichtig ist, testen Sie beide Versionen, bevor Sie sich für Hardware entscheiden.

Rechnen Sie damit, dass der tatsächliche Download etwas mehr wiegt als diese Summe, denn gängige 4-bit-Formate lassen einige Schichten in höherer Präzision. Der Standard-Download von Ollama für Llama 3.1 70B in 4-bit kommt auf 43 GB statt 38. Sobald Sie die Datei gewählt haben, bemessen Sie die Größe nach ihrem tatsächlichen Gewicht.

Das sind allein die Gewichte. Behandeln Sie sie als Untergrenze, niemals als Anforderung: Der nächste Abschnitt ist der Teil, der die Leute erwischt.

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

Beliebte offene Modelle und die Zeile, die sie nutzen

Die Parameterzahl stammt vom Herausgeber und ist alles, was die Passfrage braucht. Ein Modell, das in dieser Liste fehlt, wird auf dieselbe Weise bemessen, und jeden Monat kommen neue hinzu, ohne die Rechnung zu ändern.

MoEMixture of Experts

Ein Modell, das als „30B mit 3B aktiv“ beschrieben wird, braucht den Speicher eines 30B-Modells und läuft annähernd mit der Geschwindigkeit eines 3B-Modells. Jeder Experte muss geladen bleiben, denn jeder Token kann einen anderen aufwecken. Bemessen Sie die Größe immer nach der Gesamtzahl.

Offene Modellfamilien und die Größenzeile, in die jede fällt
ModellParameterGrößenzeile
Llama 3.1 / 3.3 Meta8B · 70B7–8B und 70B
Llama 4 Scout Meta109B total · 17B activeÜber der 70B-Zeile: Größe ab 109B
Qwen3 Alibaba8B · 14B · 32BDie ersten drei Zeilen
Qwen3 30B-A3B Alibaba30B total · 3B active30–34B, bemessen nach der Gesamtzahl
DeepSeek-R1 destilliert7B – 70BEine pro Zeile: Wählen Sie die, die Ihre GPU fasst
Mistral Small 3.2 Mistral AI24BZwischen Zeile zwei und drei: Rechnen Sie selbst
Gemma 3 Google12B · 27B13–14B und knapp unter 30–34B
Phi-4 Microsoft14B13–14B
gpt-oss OpenAI20B · 120BIn 4-bit ausgeliefert: eine 16 GB-GPU und eine 80 GB-GPU

02 Spielraum

Warum ein passendes Modell trotzdem nicht ausliefern kann

Weil die Gewichte den GPU-Speicher mit der Laufzeitumgebung und der Konversation teilen. Die übliche Geschichte: Das Modell ist 38 GB groß, die GPU hat 40, es lädt, und es schafft ungefähr einen kurzen Chat, bevor Anfragen sich zu stauen beginnen. Bewegen Sie den Regler und beobachten Sie, wie die Konversation wächst.

Gewichte, fest
Laufzeitumgebung
Key-Value-Cache, wächst
frei
Der Speicher einer GPU, maßstabsgetreu gezeichnet

Ein Nutzer, kurzer Kontext: Der Multiplikator ×1,25 deckt das ab.

  • Jeder Token in einer Konversation hinterlässt einen Eintrag im Key-Value-Cache, damit er nicht zweimal berechnet wird. Der Cache wächst mit der Länge des Kontexts und noch einmal mit jeder Anfrage, die Sie gleichzeitig bedienen.
  • Planen Sie ein Viertel mehr auf die Gewichte obendrauf für einen Nutzer zur Zeit und die Hälfte mehr für den Betrieb von Traffic. Das sind die beiden Multiplikatoren im Arbeitsblatt.
  • Auf Kante genäht? Bevor Sie bestellen, senden Sie uns Ihr Modell, seine Quantisierung, die Kontextlänge und die Zahl der Personen, die es gleichzeitig nutzen. Ihnen jetzt eine GPU passend zu bemessen ist weit einfacher, als Sie nach der Lieferung auf eine größere umzuziehen.

03 GPU-Server für LLM

Welcher GPU-Server welches Modell betreibt

Finden Sie Ihr Modell links und Ihre Präzision oben. Jede Zelle nennt die kleinste GPU, die wir einbauen und die diese Gewichte mit Reserven für den Betrieb fasst, und verlinkt auf die Maschine, in die sie gehört. Wo keine einzelne GPU ausreicht, sagt die Zelle das.

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
  • Die kleinste passende GPU ist nicht immer die, die Sie wollen. Der Speicher sagt nur, ob das Modell startet. Der Rest der GPU entscheidet, wie schnell und für wie viele Personen gleichzeitig – wenn Geschwindigkeit wichtiger ist als das Budget, gehen Sie eine Stufe höher.
  • Ältere GPUs beherrschen die neueren Zahlenformate nicht. Mehrere der GPUs, die wir einbauen, stammen aus der Zeit vor FP8 und bfloat16, sodass eine Laufzeitumgebung, die diese erwartet, auf etwas Langsameres zurückfällt oder den Start verweigert. Fragen Sie vor der Bestellung nach einer bestimmten GPU und Laufzeitumgebung.
  • AMD-GPUs laufen mit ROCm, nicht mit CUDA. Die Instinct-GPUs bieten viel Speicher fürs Geld und beantworten hier mehr als eine Zelle, aber Ihre Software muss ROCm unterstützen. Die meisten aktuellen Laufzeitumgebungen tun das, manche Tools drumherum noch nicht. Wir prüfen Ihre gern gemeinsam mit Ihnen.
  • Mehr als eine GPU ist ein Build, den wir anbieten, keine Checkout-Option, denn wie viele hineinpassen, hängt von der Breite der GPU und dem Leistungsbudget des Gehäuses ab. Unsere Multi-GPU-Seite erklärt das. Die andere Antwort in dieser Größe sind 128 GB Speicher, die sich Prozessor und GPU in einer Maschine teilen: einen NVIDIA DGX Spark mieten.

04 Die GPUs

Jede GPU, die wir einbauen, größter Speicher zuerst

Wir bauen 56 GPUs mit veröffentlichter Speicherangabe ein, und die größte fasst 96 GB. Diese Liste beginnt oben, denn die Frage hier lautet: „Was ist das größte Modell, das ich betreiben kann?“ GPU-Dedicated-Server listet dieselben GPUs von der günstigsten Maschine aufwärts, mit Preisen. Eine GPU, deren Hersteller keinen Speicher veröffentlicht, wird weggelassen statt geschätzt.

Manche GPUs gibt es in mehr als einem Gehäuse, und die PCIe-Generation der darunterliegenden Maschine verändert, was eine moderne GPU leisten kann. Beides steht auf GPU-Dedicated-Server. Wenn Sie nicht auf einen Build warten möchten, sehen Sie sich die fertigen Maschinen auf Instant-Server an.

05 Selbst gehostetes LLM

Ihre Laufzeitumgebung, Ihre Versionen, nichts dazwischen

Sie erhalten den Server mit frischem Betriebssystem und Root. Es gibt keinen Inferenzdienst von uns, der vor Ihrem Modell sitzt, und nichts aktualisiert sich in der Woche vor Ihrer Deadline von selbst. Halten Sie GPU-Treiber, CUDA oder ROCm und Ihr Framework exakt auf den Versionen, mit denen Sie getestet haben. Wenn der Treiber vor der Übergabe installiert sein soll, sagen Sie das bei der Bestellung und nennen Sie die Version.

vLLM und Ollama antworten beide auf einem OpenAI-kompatiblen Endpunkt, sodass Code, der für eine gehostete API geschrieben wurde, auf Ihren eigenen Server zeigt, indem Sie eine Basis-URL ändern.

  1. vLLM

    Für echten Traffic

    Kontinuierliches Batching und Paged Attention lassen eine GPU viele Anfragen gleichzeitig beantworten. Das ist der Unterschied zwischen einer Demo und einem Dienst. Sie setzt eine einigermaßen moderne GPU voraus.

  2. llama.cpp

    Für knappen Speicher oder ältere GPUs

    Seine quantisierten Formate sind der Grund, warum ein großes Modell überhaupt auf eine kleine GPU passt, und es kann die Arbeit zwischen Prozessor und GPU aufteilen, wenn die Gewichte nicht ganz hineinpassen.

  3. TGI · SGLang

    Für Produktion mit Extras

    Produktionsserver derselben Familie, mit unterschiedlichen Stärken bei strukturierter Ausgabe, Präfix-Wiederverwendung und dem Betrieb mehrerer Modelle. Sie laufen hier unverändert.

  4. Ollama

    Für eine erste Antwort in Minuten

    Der kürzeste Weg von einer leeren Maschine zu einem Modell, das auf einem Port antwortet. Zehn Minuten damit zeigen Ihnen, ob Ihre Größenbemessung richtig war.

06 Server für Ihr LLM mieten

Was Ihr eigener Server Ihnen gibt, was eine API nicht gibt

Eine gehostete API ist ein einfacher Einstieg. Das sind die vier Gründe, warum Menschen ihr Modell auf eine eigene Maschine umziehen.

Ihre Prompts bleiben auf Ihrer Hardware

Gewichte, Prompts, abgerufene Dokumente und jeder generierte Token bleiben auf einer Maschine, in die sich nur Sie einloggen können. Sie wählen auch die Rechtsordnung: Amsterdam oder Bukarest hält die Daten in der EU, San Francisco, Miami oder New York hält sie in den USA. Welche GPUs jede Stadt führt, steht auf der Bestellseite.

Kein Zähler, der bei Ihren Tokens läuft

Eine API berechnet jeden Token, und ein Agent oder ein Batch-Job produziert den ganzen Tag Tokens. Ihr eigener Server kostet jeden Monat dasselbe, egal wie ausgelastet er ist, und auch der Port wird nicht gemessen – Gewichte hereinzuholen und Antworten hinauszuschicken, schlägt also nicht auf die Rechnung. Die monatlichen Zahlen stehen auf GPU-Dedicated-Server.

Niemand ändert das Modell unter Ihnen

Das Modell, das Sie heute festsetzen, antwortet in sechs Monaten auf dieselbe Weise. Keine Obergrenze bei Anfragen pro Minute, keine Warteschlange zu jemandes Stoßzeit, keine Abkündigung. Der faire Ausgleich ist, dass Upgrades Ihre Sache sind – dann, wenn es Ihnen passt.

Platz für alles rund um das Modell

Retrieval braucht ein Embedding-Modell, einen Vektorspeicher und schnelle Festplatten. Agenten brauchen Raum, um ihre Tools auszuführen. NVMe für den Speicher, Prozessorkerne für die Pipeline und die GPU für die Tokens: Eine Maschine trägt all das.

07 Geschwindigkeit

Wie schnell wird es antworten?

Das hängt von zu vielen Dingen ab für eine ehrliche einzelne Zahl, deshalb veröffentlichen wir keine Tokens-pro-Sekunde-Angabe. Das Modell, die Quantisierung, die Laufzeitumgebung und ihre Version, die Batch-Größe, die Längen von Prompt und Antwort und die Zahl gleichzeitiger Nutzer können den Wert jeweils um ein Mehrfaches verschieben.

Was sie antreibt: Das Lesen Ihres Prompts ist durch die Rechenleistung der GPU begrenzt und passiert einmal pro Anfrage. Das Schreiben der Antwort ist durch die Speicherbandbreite begrenzt, denn jeder neue Token liest die Gewichte erneut. Batching verteilt dieses Lesen auf viele Anfragen, bis der Key-Value-Cache keinen Platz mehr hat. Wieder der Spielraum.

Fragen Sie uns nach einer echten Antwort

Nennen Sie uns das Modell, die Quantisierung, die Kontextlänge und ungefähr, wie viele Anfragen gleichzeitig eintreffen. Wenn wir etwas Ähnliches betrieben haben, sagen wir Ihnen, was wir gesehen haben und auf welcher GPU. Wenn nicht, sagen wir Ihnen auch das.

Der Live-Chat bringt Ihnen innerhalb von Sekunden eine Antwort von einer KI, die in Ihr Konto und Ihren Server schaut, und von einem Kollegen, wann immer Sie danach fragen. Reaktionszeiten stehen auf der Support-Seite.

08 LLM-Trainingsserver

Feintuning braucht weit mehr Speicher als das Ausliefern

Ausliefern braucht die Gewichte. Training braucht die Gewichte, die Gradienten und den Optimierer-Zustand für jeden Parameter, den es aktualisiert – alles gleichzeitig geladen – plus die Aktivierungen, die für den Rückwärtsdurchlauf gehalten werden. Ein Modell, das bequem auf einer GPU ausliefert, kann um ein Mehrfaches zu groß sein, um darauf vollständig feingetunt zu werden.

Parametereffiziente Methoden wie LoRA aktualisieren einen kleinen Anteil der Parameter und brauchen einen entsprechend kleinen Anteil des zusätzlichen Speichers, weshalb das meiste Feintuning auf unseren Maschinen eine davon nutzt. Training streamt außerdem ständig Batches über die Verbindung zwischen Prozessor und GPU, daher spielt die PCIe-Generation der Maschine hier eine Rolle, die sie beim Ausliefern nicht hat. GPU-Dedicated-Server zeigt, welche Plattform jeder GPU welche Verbindung gibt.

Senden Sie uns das Modell, die Methode, die Sequenzlänge und die Datensatzgröße, und wir bemessen es gemeinsam mit Ihnen. Für mehr als eine GPU siehe Multi-GPU- und Cluster-Server.

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 Fragen

Was Leute fragen, bevor sie eine LLM bei uns hosten

Gesammelt aus Live-Chat und Tickets. Die ersten vier entscheiden, ob eine Bestellung funktioniert.

01Was ist LLM-Hosting, und was bekomme ich hier?

LLM-Hosting bedeutet, ein großes Sprachmodell auf einem Server zu betreiben, den Sie kontrollieren, statt die API eines anderen Anbieters aufzurufen. Bei uns heißt das: Sie mieten einen kompletten physischen Server mit eigener dedizierter GPU, Root-Zugriff und einem frischen Betriebssystem und installieren dann das Modell und die Laufzeitumgebung, die Sie möchten. Es ist produktionsreif im schlichten Sinn: Die GPU gehört allein Ihnen, und die Versionen bestimmen Sie.

02Wie viel GPU-Speicher braucht ein großes Sprachmodell?

Nehmen Sie die Parameterzahl und multiplizieren Sie sie mit den Bytes pro Parameter: 2 bei 16-Bit, 1 bei 8-Bit und 0,5 bei 4-Bit. Ein 7–8B-Modell hat etwa 16 GB Gewichte bei 16-Bit, 8 GB bei 8-Bit und 5 GB bei 4-Bit. Ein 70B-Modell liegt bei etwa 140 GB, 70 GB und 38 GB. Das sind nur die Gewichte, planen Sie also 25 bis 50 Prozent obendrauf für Laufzeit, Aktivierungen und den Cache, der die Konversation hält.

03Welchen GPU-Server brauche ich für ein 70B-Modell wie Llama 3.3?

Bei 4-Bit sind die Gewichte etwa 38 GB groß, Sie brauchen also mit Spielraum zum Ausliefern eine GPU mit 64 GB oder mehr: eine GPU, eine Maschine. Bei 8-Bit sind die Gewichte 70 GB groß, das schaffen nur unsere größten Einzel-GPUs, und auch nur für einen Nutzer gleichzeitig – planen Sie also mehr als eine GPU ein, wenn Sie Traffic bedienen. Bei 16-Bit passt es auf keine einzelne GPU, die wir einbauen, und es wird ein Multi-GPU-Aufbau, den wir anbieten. Die Tabelle oben nennt die genauen GPUs, und die Preise stehen auf GPU dedicated servers.

04Warum lädt mein Modell und schlägt dann beim Ausliefern fehl?

Weil die Gewichte nicht allein im GPU-Speicher liegen. Die Laufzeit und ihre Puffer sind ebenfalls dort, und jeder Token einer Konversation hinterlässt einen Eintrag im Key-Value-Cache, damit er nicht neu berechnet wird. Dieser Cache wächst mit der Kontextlänge und noch einmal mit jeder gleichzeitig bedienten Anfrage, sodass ein Modell, das gerade so hineinpasst, ungefähr eine kurze Konversation hält. Dimensionieren Sie die GPU auf das Eineinviertel- bis Eineinhalbfache der Gewichte.

05Welche Inferenz-Software kann ich installieren?

Jede. Sie erhalten Root auf einem sauberen Betriebssystem, ohne dass ein Inferenzdienst von uns im Weg steht. vLLM ist die übliche Wahl für echten Traffic, llama.cpp für knappen Speicher oder ältere GPUs, und TGI und SGLang laufen unverändert. Ollama ist der schnellste Weg zu einem Modell, das auf einem Port antwortet. vLLM und Ollama bieten beide einen OpenAI-kompatiblen Endpunkt, sodass bestehender Client-Code nur eine neue Basis-URL braucht.

06Ist ein Server für eine LLM zu mieten günstiger als pro Token zu zahlen?

Das hängt davon ab, wie viel Sie ihn nutzen. Eine API berechnet pro Token und kostet im Leerlauf nichts; Ihr eigener Server kostet jeden Monat dasselbe und im Betrieb nichts extra. Stetiger Traffic, Agenten, die den ganzen Tag laufen, Batch-Jobs und alles mit Datenschutzauflagen fahren auf der eigenen Maschine meist besser, während ein Modell, das zehnmal am Tag aufgerufen wird, das nicht tut. Die monatlichen Zahlen für diese Rechnung stehen auf GPU dedicated servers.

07Wie viele Tokens pro Sekunde bekomme ich?

Wir veröffentlichen keine Zahl, denn Modell, Quantisierung, Laufzeitversion, Batch-Größe, Prompt- und Antwortlängen und die Zahl gleichzeitiger Nutzer können sie jeweils um ein Mehrfaches verändern. Das Lesen des Prompts ist durch die Rechenleistung begrenzt, das Schreiben der Antwort durch die Speicherbandbreite, und Batching verteilt die Kosten auf Anfragen, bis der Cache voll ist. Nennen Sie uns Modell, Quantisierung und erwartete Nutzer, und wir teilen mit, was wir tatsächlich gesehen haben.

08Wird die GPU mit jemand anderem geteilt?

Nein. Jeder physische Server hat einen Kunden, und Ihr Betriebssystem sieht die volle GPU direkt. Keine Virtualisierungsschicht, kein MIG-Slicing, kein vGPU-Profil und kein Time-Sharing liegt zwischen Ihnen und ihr, also teilt kein anderer Job sie, und die Last anderer kann Ihre Latenz nicht verändern.

09Was, wenn mein Modell nicht auf eine GPU passt?

Dann ist es ein Multi-GPU-Aufbau, den wir anbieten statt über einen Checkout zu verkaufen, denn wie viele GPUs passen, hängt von ihrer Breite und dem Leistungsbudget des Gehäuses ab. Zwei GPUs ergeben die Summe ihres Speichers nur, wenn die Laufzeit das Modell über beide verteilt, was jede ernsthafte Laufzeit mit etwas Geschwindigkeitseinbuße kann. Unsere Multi-GPU-Seite zeigt, wie das aussieht, und der DGX Spark bietet 128 GB gemeinsamen Speicher in einer Maschine.

10Kann ich den Server für LLM-Training oder Fine-Tuning nutzen?

Ja, und planen Sie deutlich mehr Speicher ein als beim Ausliefern desselben Modells. Training hält die Gewichte, die Gradienten und den Optimierer-Zustand für jeden aktualisierten Parameter plus die Aktivierungen für den Rückwärtsdurchlauf, sodass ein Modell, das auf einer GPU problemlos ausgeliefert wird, für vollständiges Fine-Tuning dort um ein Mehrfaches zu groß sein kann. Parametereffiziente Methoden wie LoRA brauchen nur einen Bruchteil dieses zusätzlichen Speichers, weshalb das meiste Fine-Tuning auf unseren Maschinen eine davon nutzt.

11Kann ich eine AMD-GPU betreiben, und funktioniert ROCm?

Ja. Die AMD-Instinct-GPUs gehören zu den GPUs mit dem größten Speicher, die wir einbauen, und sind oft der beste Wert pro Gigabyte, aber Ihre Software muss ROCm statt CUDA unterstützen. Die meisten aktuellen Inferenz-Laufzeiten tun das, und manche Tools darum herum noch nicht. Nennen Sie uns Ihre Laufzeit vor der Bestellung, und wir prüfen sie für Sie.

Bereit, Ihr eigenes Modell zu betreiben?

Wählen Sie die GPU, die das Arbeitsblatt genannt hat, suchen Sie eine Stadt aus und bestellen Sie. Kein langfristiger Vertrag, und wenn Ihre Zahlen knapp sind, dimensionieren wir zuerst gemeinsam mit Ihnen.