Comment optimiser les TPS d’un serveur Minecraft ?

Quand un serveur Minecraft commence à lag, on entend souvent la même phrase : “il faut plus de RAM”. Parfois c’est vrai. Mais très souvent, le problème vient d’ailleurs : distance de vue trop élevée, entités, plugins mal configurés, génération de chunks, farms ou CPU trop sollicité.

Les TPS, ou ticks per second, indiquent si le serveur arrive à suivre le rythme normal du jeu. Un serveur Minecraft vise 20 TPS. Quand ce chiffre descend, les actions deviennent lentes : blocs qui cassent avec retard, mobs qui se téléportent, commandes lentes, redstone instable.

Chez SwiftHeberg, notre conseil est simple : avant d’augmenter l’offre, il faut comprendre ce qui ralentit vraiment le serveur.

Résumé rapide

• Un serveur Minecraft stable vise 20 TPS.

• La RAM ne corrige pas tous les problèmes de lag.

• La distance de vue, les entités et les plugins sont souvent responsables.

• Paper permet d’obtenir des informations utiles avec les timings.

• Une bonne optimisation commence par un diagnostic, pas par une offre plus grosse.

TPS Minecraft : c’est quoi exactement ?

Minecraft fonctionne par ticks. À 20 TPS, le serveur traite 20 cycles par seconde. C’est le comportement normal attendu. Si le serveur descend à 15, 12 ou 8 TPS, le jeu reste accessible, mais l’expérience devient de moins en moins agréable.

<table>
<thead>
<tr>
<th>TPS</th>
<th>État du serveur</th>
<th>Impact en jeu</th>
</tr>
</thead>
<tbody>
<tr>
<td>20 TPS</td>
<td>Normal</td>
<td>Expérience fluide.</td>
</tr>
<tr>
<td>18-19 TPS</td>
<td>Correct</td>
<td>Quelques ralentissements possibles.</td>
</tr>
<tr>
<td>15-17 TPS</td>
<td>À surveiller</td>
<td>Retards visibles sur certaines actions.</td>
</tr>
<tr>
<td>Moins de 15 TPS</td>
<td>Problème réel</td>
<td>Lag fréquent, gameplay dégradé.</td>
</tr>
</tbody>
</table>

1. Réduire la distance de vue

La distance de vue est l’un des réglages les plus importants. Plus elle est élevée, plus le serveur doit charger et gérer de chunks autour des joueurs.

Pour beaucoup de serveurs, une valeur entre 6 et 10 est plus raisonnable qu’une distance trop ambitieuse. Sur un serveur communautaire, baisser légèrement ce réglage peut améliorer les TPS sans changer l’expérience de façon dramatique.

view-distance=8
simulation-distance=6

2. Surveiller les entités

Les entités peuvent faire très mal aux performances : mobs, animaux, villageois, items au sol, minecarts, armor stands ou certaines farms automatiques.

• Limiter les élevages trop massifs.

• Éviter les fermes qui tournent en permanence sans besoin.

• Nettoyer les items au sol.

• Surveiller les zones avec beaucoup de villageois.

• Éviter de laisser des chunks actifs inutilement.

Un seul endroit mal optimisé peut ralentir tout un serveur.

3. Vérifier les plugins

Tous les plugins ne se valent pas. Certains sont très propres, d’autres consomment beaucoup,
surtout s’ils surveillent des événements fréquents ou manipulent beaucoup de données.

Sur Paper, les timings permettent d’identifier les plugins les plus coûteux.

/timings on
// laissez tourner pendant une période représentative
/timings paste

L’objectif n’est pas de supprimer tous les plugins, mais de comprendre lesquels ralentissent vraiment le serveur.

4. Pré-générer la map

La génération de chunks est lourde. Si plusieurs joueurs explorent dans des directions différentes, le serveur doit générer beaucoup de terrain en direct.

Pré-générer la map peut aider pour les serveurs publics ou les mondes très explorés. Cela demande du temps et de l’espace disque, mais peut éviter de gros pics de charge.

5. Choisir le bon type de serveur

Pour un serveur avec plugins, Paper est souvent un très bon choix. Pour un serveur moddé, Forge ou Fabric dépendront surtout du modpack.

Si vous hésitez, lisez notre guide : Paper, Spigot, Forge ou Fabric : que choisir ?

6. Ne pas confondre RAM et CPU

La RAM évite que le serveur manque de mémoire, mais les TPS dépendent beaucoup du CPU. Minecraft reste très sensible aux performances par cœur, surtout sur la boucle principale du serveur.

Si la RAM n’est pas saturée mais que les TPS chutent, ajouter de la mémoire ne changera pas forcément grand-chose. Il faut regarder le CPU, les entités, les chunks et les plugins.

Pour dimensionner correctement votre offre, vous pouvez aussi consulter : combien de RAM pour un serveur Minecraft.

Checklist d’optimisation TPS

• Vérifier les TPS en période normale et en pic.

• Réduire view-distance et simulation-distance si nécessaire.

• Analyser les plugins avec timings ou un outil équivalent.

• Limiter les entités excessives.

• Contrôler les farms automatiques.

• Pré-générer les chunks si le serveur est beaucoup exploré.

• Vérifier que la RAM n’est pas saturée.

• Surveiller le CPU pendant les pics.

Notre recommandation SwiftHeberg

Avant de changer d’offre, commencez par identifier la cause du lag. Si le serveur est bien optimisé mais atteint réellement ses limites, alors une configuration plus adaptée devient pertinente.

Vous pouvez consulter nos offres serveur Minecraft, ou nous contacter avec votre type de serveur, nombre de joueurs et liste de plugins/mods. On vous aidera à choisir une configuration cohérente.

Si votre serveur est moddé, consultez aussi notre guide dédié : quelle configuration choisir pour un serveur Minecraft moddé.

FAQ : optimiser les TPS Minecraft

Combien de TPS faut-il pour un serveur Minecraft fluide ?

Un serveur Minecraft fluide vise 20 TPS. En dessous de 18 TPS, certains ralentissements peuvent commencer à se ressentir.

Ajouter de la RAM améliore-t-il les TPS ?

Seulement si le serveur manque réellement de mémoire. Si le problème vient du CPU, des entités ou des plugins, ajouter de la RAM ne suffira pas.

Paper améliore-t-il les performances ?

Paper est souvent plus optimisé que Vanilla ou Spigot pour les serveurs avec plugins, mais il faut quand même configurer correctement le serveur.

Quelle distance de vue choisir ?

Pour beaucoup de serveurs, une view-distance entre 6 et 10 est un bon compromis. La valeur idéale dépend du nombre de joueurs et de la puissance du serveur.