Votre serveur Minecraft saccade, les mobs se téléportent et les blocs mettent une seconde à se casser ? Le coupable s'appelle souvent le TPS qui chute. Voici 10 réglages concrets pour réduire le lag et retrouver un serveur fluide à 20 TPS.
Un serveur Minecraft fluide tourne à 20 TPS (ticks par seconde). Dès que ce chiffre baisse, tout ralentit : les mobs deviennent saccadés, les mécanismes redstone se désynchronisent, et l’expérience devient pénible pour tout le monde. La bonne nouvelle, c’est que la grande majorité du lag se règle par la configuration, sans changer de machine. Voici dix leviers, du plus impactant au plus fin.
D’abord, mesurer ses TPS
On n’optimise pas à l’aveugle. Avant tout réglage, installez le plugin Spark (ou utilisez /tps sur Paper) pour mesurer l’état réel :
- 20 TPS : tout va bien.
- 15-19 TPS : lag léger, perceptible sur les mécanismes.
- moins de 15 TPS : lag sévère, à traiter en priorité.
Spark fournit aussi un rapport de performance qui pointe précisément ce qui consomme le plus (entités, chunks, plugins). C’est votre outil de diagnostic numéro un.
1. Passer à Paper
Si vous êtes encore en Vanilla ou Spigot, c’est le premier réflexe. Paper est un cœur de serveur optimisé, compatible avec vos plugins Bukkit/Spigot, qui apporte à lui seul un gain de performances considérable et des centaines d’options de réglage. Si vous débutez, voyez d’abord notre guide pour créer un serveur Minecraft.
2. Réduire la view-distance
La distance de rendu est le réglage le plus coûteux du jeu. Chaque chunk supplémentaire multiplie le terrain à charger et calculer pour chaque joueur.
- Dans
server.properties, réglezview-distancesur 6 à 8. - Ajoutez
simulation-distanceà 5 ou 6 : c’est elle qui détermine la distance à laquelle les entités et la redstone sont réellement simulées.
Passer de 12 à 8 chunks peut suffire à doubler vos TPS sur un serveur peuplé.
3. Limiter les entités
Les entités (mobs, items au sol, animaux d’élevage) sont une cause majeure de lag. Dans la config de Paper (paper-world-defaults.yml), agissez sur :
spawn-limits: abaissez les limites de monstres et d’animaux.ticks-per: espacez la fréquence d’apparition.merge-radiuspour les items : regroupe les objets au sol pour réduire leur nombre.
Une ferme à mobs mal pensée ou des centaines de cochons dans un enclos peuvent à eux seuls plomber un serveur.
Bon à savoir : les chunks chargés en permanence par des fermes automatiques ou des hoppers en chaîne sont des tueurs de TPS silencieux. Un seul système de tri à base de 200 hoppers peut faire chuter un serveur entier. Utilisez Spark pour repérer les zones gourmandes.
4. Optimiser les hoppers
Les entonnoirs vérifient leur contenu à chaque tick par défaut. Sur un gros serveur avec beaucoup d’automatisation, c’est énorme. Augmentez hopper.transfer et hopper.check dans la config de Paper pour espacer ces vérifications — la différence est rarement visible en jeu, mais bien réelle sur les TPS.
5. Régler le garbage collector Java
Minecraft tourne sous Java, et le ramasse-miettes (garbage collector) peut provoquer des micro-freezes s’il est mal configuré. Utilisez les flags Aikar, un jeu de paramètres de démarrage JVM optimisés pour Minecraft, qui lissent la gestion mémoire. La plupart des hébergeurs les appliquent par défaut — vérifiez que c’est le cas.
6. Ne pas sur-allouer la RAM
Contre-intuitif mais vrai : donner trop de RAM peut empirer le lag, car le garbage collector met plus de temps à nettoyer de grands espaces mémoire. Allouez ce dont vous avez besoin, pas plus. Notre guide Combien de RAM pour un serveur Minecraft ? donne les bons paliers.
7. Faire le ménage dans les plugins
Chaque plugin consomme. Désactivez ceux que vous n’utilisez plus, et méfiez-vous des plugins anciens ou mal codés. Le rapport Spark identifie précisément les plugins gourmands : si l’un d’eux mange 30 % du temps de tick, cherchez une alternative.
8. Pré-générer le monde
Une grande partie du lag d’exploration vient de la génération de nouveaux chunks à la volée. Avec un plugin comme Chunky, pré-générez le terrain dans le rayon de votre carte. Les joueurs explorent ensuite des chunks déjà créés, beaucoup plus fluides à charger.
9. Surveiller le CPU, pas que la RAM
Minecraft s’appuie massivement sur un seul cœur pour le thread principal. Si vos TPS chutent alors que la RAM est libre, c’est souvent la fréquence du processeur qui limite. Un hébergeur avec des CPU haute fréquence fait une vraie différence ici — c’est un critère au moins aussi important que la mémoire.
10. Soigner le stockage
Le chargement et la sauvegarde des chunks passent par le disque. Un stockage NVMe Gen4 réduit drastiquement les à-coups lors des sauvegardes automatiques et du chargement de nouvelles zones, là où un disque lent provoque des freezes réguliers.
Distinguer le lag serveur du lag client
Avant d’optimiser le serveur, assurez-vous que le problème vient bien de lui. Deux types de lag se confondent souvent :
- Lag serveur (TPS bas) : tout le monde subit le même ralentissement, les mobs se figent, les blocs cassent avec retard. C’est ce que traitent les réglages de cet article.
- Lag client (FPS bas / ping élevé) : seul un joueur rame, à cause de sa machine ou de sa connexion. Là, le serveur n’y est pour rien.
Un bon repère : si vos TPS affichés par Spark sont à 20 mais qu’un joueur se plaint, c’est son côté. Si les TPS chutent pour tous, c’est le serveur. Cette distinction évite de chercher au mauvais endroit.
Quand le matériel devient la vraie limite
Tous les réglages logiciels ont une limite. Si après avoir appliqué Paper, réduit la view-distance et nettoyé les entités vos TPS plafonnent encore, c’est probablement que le serveur a atteint les limites de sa machine. Deux signes :
- Le thread principal sature alors que la RAM reste disponible : c’est le CPU qui bride, et seul un processeur à plus haute fréquence aidera.
- Les freezes surviennent surtout pendant les sauvegardes : c’est le disque, et un stockage NVMe rapide règle le problème.
À ce stade, monter en gamme d’hébergement est plus efficace que de continuer à gratter des réglages. Un hôte avec CPU haute fréquence et NVMe Gen4 fait une différence immédiate et durable.
En résumé
| Réglage | Impact |
|---|---|
| Passer à Paper | Très élevé |
| Réduire view/simulation-distance | Très élevé |
| Limiter entités et items | Élevé |
| Espacer les hoppers | Moyen à élevé |
| Flags Aikar (GC) | Moyen |
| RAM juste dimensionnée | Moyen |
| Nettoyer les plugins | Variable |
| Pré-générer (Chunky) | Élevé à l’exploration |
| CPU haute fréquence | Structurel |
| Stockage NVMe | Structurel |
Commencez par mesurer avec Spark, appliquez Paper et la view-distance, puis affinez. Dans 90 % des cas, ces réglages suffisent à ramener un serveur de 12 TPS poussifs à un confortable 20 TPS — sans changer une ligne de votre monde.