---
title: "Combien de RAM pour ton serveur de jeu ?"
description: "Les paliers par jeu, mais surtout comment savoir si ton lag vient vraiment de la RAM : pourquoi en rajouter peut empirer les choses, et quand c'est le CPU qu'il faut viser."
url: https://tickserv.com/fr/guides/combien-de-ram-serveur
site: "TickServ (https://tickserv.com)"
lang: fr-FR
published: 2026-07-17
updated: 2026-07-28
games: [minecraft, valheim, palworld, factorio]
---
# Combien de RAM pour ton serveur de jeu ?

La réponse courte tient en un tableau. La réponse utile demande de comprendre une chose : **beaucoup de problèmes de lag ne viennent pas de la RAM**, et dans ce cas en rajouter ne changera rien. Parfois, ça aggrave même la situation.

## Les repères, jeu par jeu

| Jeu       | Situation                                          | RAM conseillée |
| --------- | -------------------------------------------------- | -------------- |
| Minecraft | Vanilla, jusqu'à ~5 joueurs                        | **4&nbsp;Go**  |
| Minecraft | Paper/Fabric ou modpack léger, 5 à 10 joueurs      | **8&nbsp;Go**  |
| Minecraft | Gros modpack (ATM, Cobblemon…), 10 joueurs et plus | **16&nbsp;Go** |
| Valheim   | Partie co-op entre amis                            | **8&nbsp;Go**  |
| Factorio  | Début et milieu de partie, 4 à 8 joueurs           | **8&nbsp;Go**  |
| Factorio  | Grosse usine ou beaucoup de mods                   | **16&nbsp;Go** |
| Palworld  | Multijoueur avec beaucoup de Pals et de bases      | **16&nbsp;Go** |

Ces paliers sont ceux que nous recommandons dans le formulaire de création, et ils sont volontairement prudents : mieux vaut un serveur confortable qu'un serveur qui meurt à la vingtième heure de jeu.

![Le formulaire de création TickServ : niveau de performance, paliers de RAM avec leur prix horaire, jeu et localisation](https://tickserv.com/shots/create-light.webp '620x654')

## Pourquoi plus de RAM peut empirer les choses

C'est le point que personne ne dit, parce qu'il va contre l'intérêt de tout vendeur d'hébergement : **allouer trop de RAM à un serveur Minecraft dégrade les performances**.

La raison est dans la machine virtuelle Java. Le ramasse-miettes doit parcourir le tas mémoire à chaque cycle. Plus ce tas est grand, plus le parcours est long, et les pauses s'allongent au lieu de raccourcir. Concrètement, un petit serveur vanilla à qui on donne 16 Go se met à faire des à-coups réguliers, typiquement toutes les trente à soixante secondes. Le serveur n'a pas plus de joueurs, il n'a pas plus de chunks, il a juste trop de mémoire à balayer.

La bonne règle est donc : **ce dont ton serveur a besoin, plus 20 à 30 % de marge, et pas davantage**. Il faut aussi laisser de la place au système d'exploitation et à la mémoire hors-tas du serveur, ce qui est déjà pris en compte dans les paliers du tableau ci-dessus.

Autrement dit, passer de 8 à 16 Go « au cas où » n'est pas une précaution neutre. Si tu n'as pas de raison précise de monter, ne monte pas.

## RAM ou CPU ? Le bon diagnostic

Avant de payer plus, identifie ce qui rame. Les symptômes ne se ressemblent pas.

| Ce que tu observes                                           | Cause probable                       | Ce qui aide                               |
| ------------------------------------------------------------ | ------------------------------------ | ----------------------------------------- |
| À-coups nets et réguliers, toutes les 30 à 60 s              | Ramasse-miettes, tas mal dimensionné | Ajuster la RAM, pas forcément l'augmenter |
| Ralentissement continu qui empire avec la taille de la carte | CPU (un seul cœur saturé)            | Le niveau **CPU dédié**                   |
| Crash au démarrage, ou après quelques heures                 | Mémoire vraiment insuffisante        | Monter d'un palier                        |
| Lag seulement quand tout le monde se connecte en même temps  | Chargement de chunks, disque et CPU  | Un palier au-dessus, ou patienter         |

Le cas le plus courant et le plus mal diagnostiqué est le deuxième. Sur **Factorio**, la vitesse de simulation (les UPS) dépend de la performance d'**un seul cœur** : une usine géante fera chuter les UPS quelle que soit la RAM disponible. Sur **Valheim**, la carte qui grandit pèse aussi davantage sur le processeur que sur la mémoire. Dans ces deux cas, ajouter des gigaoctets ne sert à rien, et c'est le tier CPU dédié qu'il faut viser.

## Ce qui consomme réellement de la RAM

- **Les chunks chargés.** Chaque joueur qui explore fait charger du terrain, et plus il y a de joueurs éloignés les uns des autres, plus il y a de zones actives en mémoire.
- **Les mods.** C'est le facteur le plus brutal : un modpack de cent mods peut multiplier par trois ou quatre le besoin d'un serveur vanilla équivalent.
- **Le terrain déjà exploré, sur Factorio.** Le jeu garde en mémoire tout ce qui a été découvert et ne le décharge jamais. Une carte fraîche tient dans quelques centaines de mégaoctets, mais la consommation ne fait que monter à mesure que la partie avance. C'est la raison de la marge conseillée sur ce jeu.
- **Les entités.** Beaucoup de mobs, de fermes automatiques ou de bases de Pals pèsent plus que la taille du monde sur le disque ne le suggère.

## Comment savoir si tu dois vraiment monter

Le plus simple est de regarder pendant une vraie session, pas à vide. Un serveur qui tourne correctement pendant deux heures avec tout le monde connecté n'a pas besoin de plus de mémoire, même si le chiffre affiché semble élevé : une machine virtuelle Java occupe volontiers la place qu'on lui donne sans en avoir besoin.

Les signaux qui justifient un palier de plus sont concrets : des crashes répétés, des à-coups qui apparaissent au bout de plusieurs heures et disparaissent après un redémarrage, ou l'ajout d'un modpack qui annonce lui-même un besoin supérieur.

Et comme le tarif dépend ici de la RAM et non du jeu, changer de palier ne demande pas de renégocier quoi que ce soit : tu recrées un serveur au format voulu et tu importes ton monde. Le [guide des coûts](https://tickserv.com/fr/guides/combien-coute-un-serveur) donne le prix de chaque palier.

## Éco ou CPU dédié ?

- **Éco (vCPU partagé)** : le meilleur rapport prix/performance, et le bon choix pour la grande majorité des parties.
- **CPU dédié (vCPU dédiés)** : des performances stables garanties. Utile quand un seul cœur est le goulot, donc pour les gros modpacks, les grosses usines Factorio, ou beaucoup de joueurs simultanés.

Tu choisis la RAM **et** le niveau de performance à la création, et le prix s'ajuste à l'heure entamée. En cas de doute, commence en Éco : c'est moins cher, et le diagnostic ci-dessus te dira si le problème venait vraiment de là.

> [Crée ton serveur](https://tickserv.com/app) et choisis la RAM qui te convient.
