Optimiseur de performances par IA pour serveur Minecraft
Quelque chose ralentit votre serveur, et le conseil habituel est de deviner : baisser la distance d’affichage, retirer un plugin, acheter plus de RAM. Ici, on mesure. Un bouton au-dessus de votre console lit le temps de tick, le taux de tick, le processeur et la mémoire par rapport à votre propre offre, chaque entité chargée par type, les chunks simulés, le ramasse-miettes, vos plugins et qui est en ligne, et revient avec une phrase qui nomme la cause et le chiffre derrière. Puis elle prépare les corrections sous forme de cartes, et chacune s’annule en un clic.
Une phrase, avec le chiffre dedans
Une réponse sur les performances ne vaut rien si elle ne relie pas le symptôme à la cause. Celle-ci fait toujours les deux dans la même ligne : votre serveur atteint 38 MSPT parce que 12 000 entités sont chargées, dont 9 421 cadres. Le symptôme seul ne fait que confirmer ce que vous sentiez déjà. La cause seule ne vous dit pas ce qu’elle vous coûte. Ensemble, elles vous disent quoi changer et ce que vous récupérez.
Chaque chiffre de cette phrase est mesuré sur votre propre serveur au moment où vous demandez, et vous pouvez voir la vérification se faire : les commandes qu’elle envoie apparaissent dans votre console en direct comme n’importe quelle autre ligne, parce que c’est exactement là qu’elles sont allées.
Ce qu’elle mesure, en un seul passage
Dix choses, en environ sept secondes, en une seule vérification. Cela compte plus qu’il n’y paraît : un assistant qui va les chercher une par une transforme une simple question de lag en dizaines d’étapes et en facture assortie. Ici, nos propres outils font la mesure et remettent un rapport fini : la réponse est rapide, peu chère et identique à chaque fois pour le même état du serveur.
| Mesure | Ce qui est lu | Pourquoi cela compte |
|---|---|---|
| MSPTMillisecondes par tick | Combien de temps dure vraiment un tick, sur les 5 dernières secondes, les 10 dernières secondes et la dernière minute, plus le pire tick de cette période. | C’est le chiffre qui compte. Un tick dispose de 50 ms ; tout ce qui dépasse est un tick que le serveur n’a pas fini à temps. |
| TPSTicks par seconde | Le taux de tick sur les 1, 5 et 15 dernières minutes. | 20, c’est parfait. Le TPS ne baisse qu’une fois que le MSPT a déjà dépassé le budget : il vous dit que ça va mal, pas pourquoi. |
| CPU | L’utilisation du processeur de votre conteneur en direct, mesurée par rapport à la limite de votre offre et pas par rapport à 100 %. | Une offre à 2 cœurs permet 200 %, donc 178 % c’est chargé et 6 % c’est au repos. Nous le signalons à partir de 90 % de votre propre limite. |
| RAM | La mémoire utilisée par rapport à la mémoire que vous donne votre offre. | À partir de 90 %, le ramasse-miettes commence à manger du temps de tick, et à partir de 95 %, c’est la première chose à corriger. |
| EntitésPar type, par dimension | Chaque entité chargée dans l’Overworld, le Nether et l’End, comptée par type, triée de la plus lourde à la plus légère. | C’est la vraie cause la plus courante. Chaque entité est traitée à chaque tick : 9 000 cadres dans un seul chunk, ce n’est pas une décoration, c’est une facture. |
| Chargement des chunks | Combien de chunks sont réellement simulés autour de vos joueurs en ce moment. | Les chunks grandissent avec le carré de la distance d’affichage : ce nombre explique pourquoi un seul réglage peut doubler le travail. |
| Ramasse-miettes | Les pauses de collecte, quand votre serveur les note ou quand un plugin de profilage peut les rapporter. | Une longue pause, c’est un gel pour tous ceux qui sont en ligne, même quand le tick moyen a l’air sain. |
| Plugins | Tout ce qui est installé, plus quel plugin produit des erreurs dans le journal récent, et combien. | Un plugin qui échoue en boucle brûle du temps de tick sans que rien n’ait l’air cassé de l’extérieur. |
| Joueurs | Combien de personnes sont connectées, par rapport à votre limite de places. | Les mêmes chiffres ne veulent pas dire la même chose avec 0 joueur et avec 40 : le rapport dit toujours dans quel cas on était. |
| Journal du serveur | Combien de fois le serveur a noté qu’il n’arrivait plus à suivre, que le garde-fou est intervenu, ou qu’il a manqué de mémoire. | C’est le témoin du lag qui a déjà eu lieu, à un moment où personne ne mesurait. |
Les seuils auxquels nous jugeons, en entier
La plupart des conseils de performances ne disent jamais à partir de quel chiffre quelque chose devient un problème, ce qui les rend impossibles à vérifier. Voici les nôtres, et ce sont les mêmes chiffres que ceux avec lesquels la vérification juge : la page et le produit ne peuvent pas s’écarter. Ils viennent d’un seul endroit : un tick dure 50 ms, et tout ce qui suit en découle, ou découle des limites de votre propre offre plutôt que du serveur de quelqu’un d’autre.
| Seuil | Comment nous le classons | Pourquoi ce chiffre |
|---|---|---|
| MSPT de 50 ou plus | Critique | Un tick dispose de 50 ms. Au-delà, le serveur ne peut pas tenir 20 TPS, et tout le monde tourne plus lentement que le temps réel. |
| MSPT de 33 à 50 | Avertissement | Les deux tiers du budget d’un tick sont partis. Rien n’est encore cassé, mais chaque pic dépasse maintenant 50 ms. |
| MSPT de 25 à 33 | Bon à savoir | La moitié du budget utilisée. Très bien aujourd’hui, et le chiffre à retenir avant d’ajouter des joueurs ou des plugins. |
| TPS sous 19.5 | Avertissement | Sous 15, nous l’appelons critique : à ce stade, les créatures, les cultures, la redstone et les entonnoirs sont visiblement lents pour tout le monde. |
| CPU à 90 % de votre offre | Avertissement | À votre propre limite, chaque travail en plus se transforme directement en lag : soit le travail baisse, soit l’offre monte. |
| RAM à 90 % de votre offre | Avertissement | À partir de 95 %, c’est critique : le ramasse-miettes tourne presque sans arrêt et chaque pause est une saccade. |
| 3 000 entités chargées | Avertissement | À partir de 8 000, c’est critique, et un seul type au-dessus de 800 est signalé à part, parce que c’est une ferme ou un plugin, pas du jeu normal. |
| view-distance à 12 ou plus | Bon à savoir | Chaque joueur charge (2 × distance + 1)² chunks : 12, c’est 625 chunks contre 289 à 8. |
| simulation-distance à 8 ou plus | Bon à savoir | La distance de simulation coûte bien plus que la distance d’affichage, parce que tout ce qui s’y trouve est traité et pas seulement dessiné. |
| 3 × « can't keep up » dans le journal | Avertissement | Un seul plugin qui produit 5 erreurs dans le journal récent est signalé aussi, parce que cela coûte du temps de tick en silence. |
Les constats sont classés du pire au moins grave, et le symptôme est associé à la cause la plus lourde mesurée. Quand rien ne franchit une ligne, elle le dit et montre les chiffres qui le prouvent.
Comment se déroule une vérification, du début à la fin
Ouvrez la console et appuyez sur un bouton
Au-dessus de la console en direct de votre serveur, une ligne vous demande si vous avez du lag. Elle lit ce qui est déjà affiché à l’écran : si votre serveur vient de noter qu’il n’arrivait plus à suivre, ou si la mémoire touche la limite de votre offre, cette ligne devient un avertissement avec le chiffre avant même que vous ayez demandé quoi que ce soit.
Elle mesure votre serveur en direct, pas une supposition
La vérification prend environ sept secondes. Elle lit les statistiques du conteneur, vos réglages, votre dossier de plugins et le journal récent, et elle demande au serveur lui-même ses temps de tick, son taux de tick, la liste des joueurs, les plafonds de créatures et le recensement des entités. Tout ce qu’elle demande est en lecture seule, et vous pouvez voir chaque ligne apparaître dans votre propre console pendant que cela se passe.
Elle nomme la cause, avec le chiffre derrière
La réponse commence par une ligne de la forme « votre serveur atteint 38 MSPT parce que 12 000 entités sont chargées, dont 9 421 cadres ». Le symptôme et la cause dans la même phrase, parce que le symptôme seul ne vous apprend rien que vous n’ayez déjà senti, et que la cause seule ne vous dit pas ce qu’elle vous coûte.
Les corrections reviennent sous forme de cartes à appliquer
La moins chère et la plus réversible d’abord : un réglage avant un plugin, un plugin avant un redémarrage. Chaque carte montre exactement ce qui change, et au-dessus d’un ensemble de cartes, un bouton Corriger automatiquement les applique dans l’ordre. Chaque changement garde sa propre annulation, et un bouton de plus reprend tout ce que ce message a fait.
Si rien ne va mal, elle dit que rien ne va mal
Un serveur mesuré sous chaque seuil se l’entend dire, avec les chiffres qui le prouvent. Elle n’invente pas de problème pour avoir l’air utile, et elle vous dit quand elle a mesuré un serveur vide, parce qu’une mesure de référence sans personne en ligne n’est pas un test de charge.
Ce qu’elle peut corriger une fois qu’elle sait
Trouver la cause, c’est la moitié du travail. Le même assistant peut appliquer la correction sur le serveur d’où vient la mesure, et il propose d’abord la moins chère et la plus réversible.
| Ce qu’elle change | Détail |
|---|---|
| Réglages de charge | 63 réglages dans server.properties, plus les fichiers où vivent les réglages qui causent vraiment le lag : le nombre de créatures, les taux d’apparition, les portées des entités, les distances de disparition et le temps de disparition des objets. |
| Distance d’affichage et de simulation | Les deux chiffres qui ont le plus d’effet par joueur, changés avec l’avant et l’après sous vos yeux. |
| Limites d’entités et de créatures | Les plafonds d’apparition et les portées d’activation, pour qu’une ferme arrête de faire travailler tout le serveur au lieu de son propre coin. |
| Plugins | Installe depuis un catalogue de 510 plugins vérifiés, par exemple un prégénérateur pour que l’exploration arrête de charger de nouveaux chunks aux heures de pointe. |
| Fichiers de configuration entiers | Quand un changement ne tient pas dans un seul réglage, elle écrit le fichier complet et garde l’ancien pour l’annulation. |
| Une sauvegarde d’abord | Avant une série de changements, elle fait une sauvegarde : il y a toujours un chemin de retour qui ne dépend d’aucune annulation en particulier. |
Les réglages dont on a en général besoin contre le lag ne sont pas dans le fichier que tout le monde connaît. Le nombre de créatures et les taux d’apparition, les portées des entités et les distances de disparition vivent dans les autres fichiers de configuration de votre logiciel de serveur, et l’assistant va dans le bon au lieu de changer celui qui est facile à trouver.
- Paper
- Purpur
- Spigot
- Folia
- Chunky
- Spark
- WorldGuard
- Multiverse-Core
- ViaVersion
- CoreProtect
Quel moteur fait tourner la vérification
L’optimiseur fait partie de l’AI Copilot, qui a deux moteurs. Une vérification tourne sur Pulsar, le rapide, jusqu’à 8 étapes, parce que nos propres outils ont déjà fait la mesure et que le modèle n’a qu’à lire le rapport et le rédiger. Quand la correction est un travail plutôt qu’un réglage, par exemple redistribuer la charge entre plusieurs plugins à la fois, Quasar s’en charge et travaille jusqu’à 30 étapes en un message, en vérifiant le résultat de chacune avant de commencer la suivante. En Auto, le panneau choisit à chaque message : une vérification ne vous coûte jamais ce que coûte une construction.
Chaque serveur démarre avec 2 500 crédits gratuits, et le panneau montre ce qu’un message a coûté dès qu’il se termine : rien n’est dépensé en cachette.
Questions sur les performances d’un serveur Minecraft
Qu’est-ce que le MSPT, et qu’est-ce qu’un bon MSPT ?
Le MSPT, ce sont les millisecondes par tick : le temps dont votre serveur a besoin pour calculer un tick du monde. Il dispose de 50 ms, parce que 20 ticks doivent tenir dans une seconde. Sous 25 ms, c’est confortable, à 33 ms nous commençons à vous avertir parce que chaque pic dépasse alors le budget, et à 50 ms le serveur ne peut plus tenir 20 TPS. Le MSPT est un meilleur chiffre à surveiller que le TPS, parce qu’il bouge bien avant que le TPS ne bouge.
Mon TPS affiche 20 mais le serveur rame quand même. Comment est-ce possible ?
Le TPS est une moyenne, et une moyenne cache un pic. Un serveur peut être à 20,00 TPS avec un pire tick de 191 ms dans la même période, et ce seul tick, c’est le gel que vos joueurs ont vraiment senti. La vérification donne le pire tick à côté de la moyenne exactement pour cette raison, et elle compte combien de fois le serveur a noté qu’il n’arrivait plus à suivre : un lag d’il y a une heure apparaît quand même.
Combien d’entités, c’est trop sur un serveur Minecraft ?
Nous le signalons à partir de 3 000 entités chargées et l’appelons critique à partir de 8 000. Un seul type au-dessus de 800 est signalé à part même quand le total va bien, parce qu’un type aussi loin devant les autres, c’est une ferme, un élevage ou un plugin qui les fait apparaître, et c’est une cause sur laquelle vous pouvez vraiment agir.
Combien coûte une vérification des performances ?
Chaque serveur démarre avec 2 500 crédits Copilot gratuits, et une vérification tourne sur Pulsar, le moteur rapide, parce que nos propres outils font la mesure et que le modèle n’a qu’à lire le résultat. Sur Pulsar, une vérification complète avec la réponse coûte quelques centaines de crédits : les crédits gratuits en couvrent plusieurs. La mesure elle-même n’est pas facturée à part ; vous payez le message, pas la lecture.
La vérification change-t-elle quelque chose sur mon serveur ?
Non. Chaque commande qu’elle envoie est une commande de rapport en lecture seule, et vous pouvez toutes les voir apparaître dans votre propre console pendant qu’elle travaille. Rien n’est changé tant que vous n’appuyez pas sur Appliquer sur une carte, et même alors chaque changement garde une annulation. Si vous préférez qu’elle applique les choses elle-même, c’est un réglage séparé que vous activez vous-même.
Fonctionne-t-elle sur n’importe quel type de serveur Minecraft ?
Les chiffres du conteneur, les réglages, la liste des plugins et le journal sont lus sur chaque type de serveur. Les chiffres de tick, le recensement des entités et les plafonds de créatures viennent du logiciel du serveur lui-même : ils reviennent le plus complets sur Paper et Purpur, ce que font tourner la plupart des serveurs à plugins. Sur un type qui ne les donne pas, la vérification dit quel chiffre elle n’a pas pu obtenir au lieu de l’estimer.
Pourquoi ne pas simplement installer moi-même un plugin de profilage ?
Vous pouvez, et si vous en avez déjà un, la vérification lit aussi ses chiffres de ramasse-miettes. La différence, c’est qu’un profileur vous tend une page de chiffres et vous laisse la lecture. Ici, vous recevez une phrase qui nomme la cause, classée selon des seuils qui sont les mêmes à chaque fois, et les corrections prêtes à appliquer sur le serveur d’où viennent les chiffres.
Puis-je quand même corriger le lag moi-même ?
Bien sûr, et cela vaut la peine de comprendre ce que vous changez. Notre guide écrit passe en revue les réglages qui comptent et pourquoi, et cette page et ce guide sont faits pour être lus ensemble. Lisez le guide pour réduire le lag d’un serveur Minecraft.
Où la trouver
Ouvrez votre serveur dans le panneau, allez dans l’onglet Console, et la ligne au-dessus de la sortie est la porte d’entrée. Si votre serveur vient de noter qu’il n’arrivait plus à suivre, ou si le processeur ou la mémoire touche la limite de votre offre, cette ligne est déjà un avertissement avec le chiffre avant que vous cliquiez sur quoi que ce soit.
L’optimiseur est compris dans chaque offre sans frais supplémentaires, comme le reste de l’AI Copilot. Si vous préférez le faire vous-même, le guide pour réduire le lag d’un serveur Minecraft couvre les mêmes réglages à la main, et de combien de RAM vous avez besoin répond à la question qu’on se pose en général en premier. Ce qui est dans chaque offre est listé sur la page des fonctionnalités.
Il existe un second passage sur le même serveur qui mesure tout autre chose : la vérification de sécurité par IA fait 31 contrôles sur qui peut entrer et qui peut lancer des commandes, quels ports supplémentaires sont ouverts, vos plugins, et les 400 dernières lignes de votre console. Lent et risqué sont des problèmes différents, et un serveur à qui on vient de donner un opérateur inattendu peut ressembler, de l’extérieur, à un problème de performances.
Les seuils, les limites d’étapes, le nombre de plugins, le nombre de réglages et le montant des crédits gratuits de cette page sont lus dans notre propre configuration du Copilot au moment où la page est construite : ils changent avec le produit au lieu d’être écrits deux fois. Écrit le 27 septembre 2026.
Rédigé et vérifié par l’équipe d’Astroworld Hosting. Dernière vérification le 6 septembre 2026.
Livraison : la plupart des serveurs sont remis instantanément et tournent quelques secondes après le paiement, les autres suivent en moins de 60 minutes en journée et en moins de 12 heures la nuit.