Comment mesurer l'effet des optimisations
Méthodologie de mesure : quoi mesurer, comment comparer avant et après, et pourquoi « c'est mieux » sans chiffres ne veut rien dire.
Mis à jour le 13 août 2026
La moitié des « optimisations » que vous trouvez en ligne n'ont aucun effet, et certaines font du mal. Le seul moyen de le savoir est de mesurer.
Ce qu'il faut mesurer
| Métrique | Comment mesurer |
|---|---|
| MSPT (ms par tick) | spark tps, /tps |
| Part du GC | spark health |
| Mémoire | Graphique du panneau, spark heapsummary |
| Nombre d'entités | /paper entity list |
| Ping des joueurs | Liste des joueurs |
Le MSPT est plus informatif que le TPS : il montre la marge disponible, pas seulement le fait que vous « tenez le rythme » — TPS.
Méthodologie
- Mesurez avec de vrais joueurs connectés, pas sur un serveur vide.
- Un seul changement à la fois.
- Mesurez pendant 15–30 minutes avant, puis autant après.
- Dans les mêmes conditions : même moment de la journée, nombre de joueurs similaire.
Comparer le pic du soir avec un serveur vide la nuit n'a aucun sens.
Erreurs courantes
- Modifier cinq réglages d'un coup : impossible de savoir ce qui a aidé.
- Mesurer juste après un redémarrage : le serveur est toujours plus rapide dans les premières minutes.
- Se fier aux impressions des joueurs sans chiffres : ils diront toujours que ça « va mieux » après un redémarrage.
Ce qu'il faut consigner
Tenez un journal succinct : date, ce que vous avez modifié, MSPT avant et après. Au bout d'un mois, il montrera quels changements fonctionnent réellement sur votre serveur — Update runbook.
Hébergement MinecraftVotre serveur tourne même hors ligneCréer le serveur
