Sans KYC · DMCA ignoré · sorties Tor autorisées · aucun journal. Payer en crypto : BTC, USDT, USDC, ETH, SOL, LTC, XMR
Langue: Français
Obtenir un serveur

Cas d'usage · LLM sur CPU

Peut-on faire tourner un LLM sur un serveur dédié sans GPU ?

Quels modèles tournent sur CPU et RAM seuls, combien de mémoire chacun nécessite, pourquoi la bande passante mémoire fixe le rythme, et quand il faut un GPU que Ironatoll ne vend pas.

Dernière mise à jour: · 8 min de lecture

Réponse rapide

Peut-on faire tourner un LLM sur un serveur dédié sans GPU ?

Oui, vous pouvez faire tourner un LLM sur un serveur dédié sans GPU si le modèle est quantifié : llama.cpp et Ollama exécutent des modèles GGUF sur le CPU, depuis la RAM système. Prévoyez la RAM pour le fichier du modèle plus son contexte. Ironatoll ne vend pas de serveurs GPU, donc les grands modèles et la génération rapide nécessitent un hôte GPU. Les offres commencent à 63,68 $US pour 30 jours, sans KYC, payées en crypto.

Un LLM sur CPU seul chez Ironatoll : les faits

GPUAucun : Ironatoll ne vend pas de serveurs GPU
Logicielsllama.cpp et Ollama, tous deux open source, exécutent tous deux les modèles entièrement sur CPU
Règle de RAMTaille du fichier du modèle + mémoire du contexte + le système
Ce qui fixe la vitesseLa bande passante mémoire pour écrire les réponses ; les cœurs CPU pour lire les longs prompts
JournauxAucun journal : nous ne conservons aucun journal de connexion, aucun journal de trafic ni aucune adresse IP des visiteurs ou des clients, ni sur le site web, ni sur le tableau de bord, ni sur les serveurs
PrixAtoll 16 63,68 $, Atoll 32 72,15 $, Atoll 64 72,62 $, Atoll 128 205,27 $, Atoll 256 406,37 $ par tranche de 30 jours
IdentitéSans KYC : aucune pièce d'identité, aucun selfie, aucun document, aucune carte bancaire et aucun numéro de téléphone ne sont jamais collectés

Un LLM peut-il tourner sur un CPU sans GPU ?

Oui : un LLM quantifié tourne sur le CPU d'un serveur ordinaire, depuis la RAM système, sans aucun GPU. La quantification stocke les poids du modèle sur moins de bits, ce qui réduit le fichier et le fait tenir dans la mémoire standard.

  • llama.cpp est un moteur d'inférence en C/C++ simple. Son README liste la prise en charge d'AVX, AVX2, AVX512 et AMX sur les CPU x86. Il liste aussi la quantification entière de 1,5 à 8 bits « pour une inférence plus rapide et une utilisation mémoire réduite ».
  • Ollama enveloppe un exécuteur de modèle avec une bibliothèque de modèles et une API. Sa FAQ indique que ollama ps affiche « 100% CPU » lorsqu'un modèle est entièrement chargé en mémoire système.

Les deux lisent les fichiers de modèle GGUF. Les deux tournent sous Linux, ce que Ironatoll installe exclusivement.

De combien de RAM ai-je besoin pour faire tourner un LLM sur CPU ?

Règle empirique : la RAM doit contenir le fichier du modèle, plus la mémoire du contexte, plus quelques gigaoctets pour le système. La taille de téléchargement d'un modèle quantifié est proche de ce qu'il occupe en RAM. Le contexte (le cache KV) vient en plus.

La FAQ d'Ollama donne les leviers. Sa fenêtre de contexte par défaut est de 4 096 tokens. La RAM requise évolue avec le nombre de requêtes parallèles multiplié par la longueur du contexte. Avec Flash Attention activé, la quantification du cache KV en q8_0 utilise environ la moitié de la mémoire du f16 par défaut.

Les tailles de téléchargement ci-dessous proviennent de la bibliothèque Ollama, consultée le 30 octobre 2026.

Taille du modèle et plus petite offre Ironatoll qui le contient

Modèle (tag Ollama)Taille de téléchargementPlus petite offre
deepseek-r1:7b, llama3.1:8b4,7 GB, 4,9 GBAtoll 16 (16 GB)
deepseek-r1:14b9.0 GBAtoll 16 avec un contexte court ; Atoll 32 avec de la marge
deepseek-r1:32b20 GBAtoll 32 (32 GB)
llama3.1:70b, deepseek-r1:70b43 GBAtoll 64 (64 GB)
llama3.1:405b243 GBAtoll 256, contexte court uniquement
deepseek-r1:671b (modèle complet)404 GBAucune offre : plus volumineux que notre plus grand palier de RAM

Tailles telles qu'indiquées sur ollama.com/library le 30 octobre 2026. Les tags DeepSeek-R1 de 7b à 70b sont des modèles distillés basés sur Qwen ou Llama.

Pourquoi la bande passante mémoire compte-t-elle plus que le nombre de cœurs ?

La vitesse d'écriture d'une réponse est limitée par la vitesse à laquelle le CPU lit les poids depuis la RAM, pas par son nombre de cœurs. Un contributeur de llama.cpp le dit clairement : pour ces modèles, « PP est limité par le calcul et TG par la mémoire ». PP désigne le traitement du prompt, TG la génération de texte.

Chaque nouveau token lit les poids du modèle depuis la mémoire. Ainsi, sur la même machine, un modèle deux fois plus gros écrit environ deux fois moins vite. Deux conséquences pour la location :

  • Le nombre de canaux mémoire compte. Les CPU serveur avec plus de canaux mémoire déplacent plus de données par seconde. Notre comparaison Ryzen ou EPYC liste les canaux par plateforme.
  • Les cœurs aident toujours pour les prompts. Les prompts longs, les documents et le contexte de retrieval sont limités par le calcul, donc plus de cœurs raccourcissent l'attente avant le premier token.

Nous ne publions aucun chiffre de tokens par seconde : nous n'avons pas mesuré nos serveurs. Lancez llama-bench de llama.cpp sur votre propre serveur pour mesurer votre modèle.

Quand ai-je besoin d'un GPU à la place ?

Vous avez besoin d'un GPU pour les grands modèles à vitesse interactive, pour de nombreux utilisateurs à la fois et pour l'entraînement. La mémoire GPU est bien plus rapide que la RAM serveur, ce qui correspond exactement à ce dont la génération de texte a besoin.

Ironatoll n'a pas d'offres GPU. Un serveur CPU convient pour :

  • un assistant privé ou un modèle de codage pour une personne ou une petite équipe ;
  • des tâches par lots qui tournent la nuit, comme les résumés, l'étiquetage ou la traduction ;
  • les embeddings et le retrieval pour un index de recherche privé ;
  • un front end API, une base de données vectorielle ou un stockage de documents à côté d'un GPU loué ailleurs.

Pour des modèles 70B en temps réel, de nombreux chats simultanés ou du fine-tuning, louez de la capacité GPU chez un hébergeur qui en vend.

Comment configurer Ollama ou llama.cpp sur un serveur dédié ?

Installez avec les commandes officielles, gardez l'API sur 127.0.0.1 et accédez-y via un tunnel SSH. Ollama écoute sur 127.0.0.1:11434 par défaut, et son guide Linux le fait tourner comme service systemd sous son propre utilisateur ollama. llama-server écoute aussi sur 127.0.0.1 par défaut et accepte une --api-key.

Ollama sur Debian ou Ubuntu, CPU uniquement
curl -fsSL https://ollama.com/install.sh | sh
ollama run llama3.1:8b
ollama ps          # shows 100% CPU when the model sits in system RAM

# from your own computer: reach the API through SSH
ssh -L 11434:127.0.0.1:11434 root@YOUR_SERVER_IP
curl http://localhost:11434/api/chat -d '{"model":"llama3.1:8b","messages":[{"role":"user","content":"Hello"}]}'
Serveur llama.cpp avec un plus grand contexte et une clé API
llama-server -m ./model.gguf -c 8192 --host 127.0.0.1 --api-key CHANGE_ME

Faire tourner des modèles dans des machines virtuelles fonctionne aussi : voir comment installer Proxmox sur un serveur dédié. Donnez à la VM LLM l'essentiel de la RAM, car c'est la mémoire qui détermine ce qui tient.

Quelle offre Ironatoll choisir pour un LLM ?

Choisissez d'abord par RAM, ensuite par CPU. Vérifiez le modèle de CPU de chaque offre avant de commander : des plateformes plus récentes et plus de canaux mémoire signifient une génération plus rapide.

Selon la vérification de Ironatoll sur 30 October 2026, un serveur dédié comparable à Atoll 256 coûtait un médian de $1065.88 chez 8 hôtes qui acceptent la crypto sans pièce d'identité ; Ironatoll facture $406.37. Les prix du marché pour chaque palier sont dans l'index des prix des serveurs dédiés.

Un modèle auto-hébergé garde aussi les prompts sur du matériel que vous louez seul. Lisez ce qu'un hébergeur peut voir sur votre serveur avant de charger des documents privés. Chaque offre est sur combien coûte un serveur dédié Ironatoll.

Offres Ironatoll pour un LLM sur CPU uniquement

FormuleCPUCœursRAMPrix par 30 jours
Atoll 16Intel Xeon E-22366 cœurs / 12 threads16 GB$63.68
Atoll 32AMD Ryzen 5 56006 cœurs / 12 threads32 GB$72.15
Atoll 64Intel Xeon E-2288G8 cœurs / 16 threads64 GB$72.62
Atoll 128AMD Ryzen 9 7950X16 cœurs / 32 threads128 GB$205.27
Atoll 256AMD EPYC 7443P24 cœurs / 48 threads256 GB$406.37

LLM sur un serveur dédié : FAQ

Ai-je besoin d'un serveur dédié GPU pour faire tourner un LLM ?

Pas pour des modèles quantifiés jusqu'à environ 70B paramètres, qui tournent sur CPU et RAM. Vous avez bien besoin d'un GPU pour les grands modèles à vitesse interactive, de nombreux utilisateurs ou l'entraînement. Ironatoll ne vend pas de serveurs GPU.

Puis-je faire tourner DeepSeek R1 sur un serveur dédié ?

Les versions distillées, oui : Ollama les liste de 4,7 GB (7b) à 43 GB (70b). Le modèle complet 671b est un téléchargement de 404 GB, plus que ce que contient en RAM n'importe quelle offre Ironatoll.

Comment lancer Ollama comme serveur ?

L'installateur Linux configure Ollama comme service systemd qui tourne sous son propre utilisateur ollama. Vérifiez-le avec systemctl status ollama. L'API répond sur le port 11434.

Comment se connecter à un serveur Ollama à distance ?

Gardez Ollama sur 127.0.0.1 et ouvrez un tunnel SSH : ssh -L 11434:127.0.0.1:11434 root@YOUR_SERVER_IP. Définir OLLAMA_HOST=0.0.0.0:11434 l'expose à internet, donc placez d'abord un pare-feu ou un proxy authentifié devant.

Plusieurs personnes peuvent-elles utiliser un seul modèle CPU en même temps ?

Oui, mais elles partagent la même bande passante mémoire, donc chaque réponse ralentit. La RAM augmente aussi avec les requêtes parallèles multipliées par la longueur du contexte, selon la FAQ d'Ollama.

Faites tourner votre propre modèle sur bare metal

Des machines entières avec chaque gigaoctet de RAM à vous, à partir de 63,68 $US par 30 jours. Sans KYC, payable en crypto.

Sources (8)
  1. README de llama.cpp (support CPU, quantification) — ggml-org on GitHub (read 2026-10-30)
  2. README du serveur llama.cpp (--ctx-size, --host, --api-key) — ggml-org on GitHub (read 2026-10-30)
  3. Optimizing Token Generation in llama.cpp's CUDA Backend (discussion #17621) — ggml-org on GitHub (read 2026-10-30)
  4. README d'Ollama — Ollama on GitHub (read 2026-10-30)
  5. FAQ d'Ollama (longueur du contexte, mémoire, ollama ps, OLLAMA_HOST) — Ollama docs (read 2026-10-30)
  6. Ollama sur Linux (installation, service systemd) — Ollama docs (read 2026-10-30)
  7. tags et tailles du modèle llama3.1 — Ollama library (read 2026-10-30)
  8. tags et tailles du modèle deepseek-r1 — Ollama library (read 2026-10-30)

À partir de 63,68 $/30 jours · sans KYC

Obtenir un serveur dédié