Minecraft « Can't keep up! Is the server overloaded? » : comment corriger le lag du serveur

Cet avertissement de la console signifie que le serveur n'a pas pu finir son travail à temps et a pris du retard. De temps en temps, c'est sans conséquence. S'il revient sans cesse, les joueurs le ressentent comme du rubber-banding, des mobs au ralenti et des blocs qui réapparaissent après avoir été cassés. Voici comment trouver la cause et la corriger.

Par l'équipe Nodewave · Mis à jour le 8 novembre 2026

Ce que signifie l'avertissement

Un serveur Minecraft tourne à 20 ticks par seconde : chaque tick dispose donc de 50 millisecondes. Quand les ticks durent plus longtemps, le serveur prend du retard et indique de combien, par exemple « Running 2500ms or 50 ticks behind ». Deux chiffres disent si le serveur se porte bien :

• TPS (ticks par seconde) : 20 est parfait. En dessous de 18, les joueurs commencent à le remarquer.
• MSPT (millisecondes par tick) : sous 50, le serveur suit le rythme, et plus c'est bas, plus vous avez de marge.

Un ou deux avertissements au démarrage du serveur, ou juste après un gros changement dans le monde, c'est normal. Des avertissements répétés pendant le jeu, non.

1. Mesurez avant de changer quoi que ce soit

Paper intègre le profiler spark. Dans la console, ou en jeu avec une barre oblique devant :

spark tps
spark profiler start --timeout 600

spark tps affiche les TPS et le MSPT. Le profiler tourne pendant 10 minutes, puis vous donne un lien vers un rapport qui montre où part le temps de tick : quel plugin, quelle entité, la génération de chunks ou la redstone. Sur un serveur vanilla, /tick query affiche les temps de tick, et spark existe aussi en mod pour Fabric et Forge.

2. Prégénérez le monde

Générer de nouveaux chunks est l'une des tâches les plus lourdes d'un serveur, et les joueurs qui explorent vite, par exemple en élytres, en créent beaucoup. Générez la zone que les joueurs utiliseront avant qu'ils en aient besoin, avec le plugin Chunky, puis définissez une bordure du monde correspondante :

chunky radius 5000
chunky start
worldborder set 10000

Lancez-le quand le serveur est calme ; un grand rayon peut prendre des heures.

3. Réduisez la distance de vue et de simulation

Dans server.properties, view-distance fixe jusqu'où les joueurs voient, et simulation-distance jusqu'où, autour d'eux, le monde tourne vraiment : les mobs bougent, les cultures poussent et la redstone fonctionne. Baisser simulation-distance à 6 ou 8 économise beaucoup de travail, tandis que les joueurs voient toujours loin.

4. Gérez les entités et les fermes

• Grandes fermes à mobs et enclos d'animaux. Des centaines d'entités au même endroit sont une cause classique. Fixez une limite d'animaux par joueur, et supprimez l'excédent.
• Objets au sol et orbes d'expérience. Les fermes qui lâchent des objets que personne ne ramasse maintiennent beaucoup d'entités en vie.
• Horloges de redstone et entonnoirs. Les horloges qui ne s'arrêtent jamais et les longues chaînes d'entonnoirs tournent à chaque tick. Le rapport spark montre lesquelles coûtent le plus.

La configuration de Paper propose des options pour fusionner les objets, limiter les entités et régler les entonnoirs. Changez un réglage à la fois et mesurez de nouveau, pour savoir ce qui a aidé.

5. Vérifiez les plugins et les mods

Si le rapport spark désigne un plugin, mettez-le d'abord à jour ; beaucoup de problèmes de lag sont corrigés dans les versions récentes. Supprimez les plugins que vous n'utilisez pas, et remplacez ceux qui font un travail lourd à chaque tick.

6. Vérifiez la mémoire et le matériel

• Mémoire. Quand la mémoire est presque pleine, le serveur passe son temps dans le ramasse-miettes, et le rapport de spark montre les pauses. Donnez-lui un peu plus, ou trouvez ce qui la remplit. Voir combien de RAM il faut à un serveur Minecraft.
• CPU. La boucle principale du jeu tourne sur un seul thread : un cœur rapide compte donc plus que plusieurs cœurs lents. Un hébergement mutualisé surchargé cause un lag qu'aucun réglage ne peut corriger.
• Stockage. Charger et enregistrer des chunks est rapide sur NVMe et lent sur des disques durs chargés.

Une liste de contrôle rapide

• Utilisez Paper ou Purpur plutôt que le serveur vanilla
• Prégénérez le monde et posez une bordure
• Gardez une simulation-distance modeste
• Profilez avec spark avant et après chaque changement
• Choisissez un hébergeur avec un CPU rapide en mono-thread et du stockage NVMe

Les joueurs déconnectés par un timeout alors que le serveur rame ont besoin de ce guide sur les erreurs de connexion.