Base de connaissances

Minecraft Avancé 18 min

Optimiser les performances et le TPS

Réduire les ralentissements en agissant sur distances, entités, plugins et ressources.

Objectif pratique

Réduire les lags Minecraft en ciblant les paramètres qui ont un vrai impact sur le TPS serveur.

Sommaire

  1. Distinguer lag réseau et TPS
  2. Observer pendant une vraie charge
  3. Ajuster distance et entités
  4. Éviter les plugins miracles
  5. Comparer avant et après

Guide détaillé

Étape 1

Distinguer lag réseau et TPS

Un joueur qui lag ne signifie pas forcément que le serveur ralentit. Regardez TPS, mémoire et messages console.

Variantes et attention

  • Un manque de RAM provoque souvent des pauses ; un manque de CPU provoque plutôt un TPS bas pendant les pics.
  • Réduire les distances est souvent plus efficace que multiplier les redémarrages.
  • Les fermes à entités, chunks chargés et plugins de protection peuvent peser plus qu’un petit nombre de joueurs.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 2

Observer pendant une vraie charge

La performance se mesure quand les joueurs explorent, chargent des chunks et utilisent leurs fermes.

Variantes et attention

  • Un manque de RAM provoque souvent des pauses ; un manque de CPU provoque plutôt un TPS bas pendant les pics.
  • Réduire les distances est souvent plus efficace que multiplier les redémarrages.
  • Les fermes à entités, chunks chargés et plugins de protection peuvent peser plus qu’un petit nombre de joueurs.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 3

Ajuster distance et entités

Distance de vue, simulation, mobs et machines peuvent peser plus qu’un simple manque de RAM.

Variantes et attention

  • Un manque de RAM provoque souvent des pauses ; un manque de CPU provoque plutôt un TPS bas pendant les pics.
  • Réduire les distances est souvent plus efficace que multiplier les redémarrages.
  • Les fermes à entités, chunks chargés et plugins de protection peuvent peser plus qu’un petit nombre de joueurs.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Étape 4

Éviter les plugins miracles

Un plugin d’optimisation mal choisi peut casser des mécaniques. Comprenez ce qu’il change.

Variantes et attention

  • Paper et Purpur acceptent les plugins Paper/Spigot ; Vanilla, Forge et Fabric ne se gèrent pas de la même façon.
  • Un plugin abandonné peut démarrer sans erreur visible mais casser une commande précise : testez les parcours importants.
  • Certains plugins créent leur configuration au premier démarrage ; modifiez cette configuration après ce premier lancement.

Vérifications

  • Les logs ne doivent pas afficher de dépendance manquante au démarrage.
  • Le monde doit être sauvegardé avant l’ajout.
  • Un test joueur doit valider connexion, commandes et fonctionnalités attendues.

Étape 5

Comparer avant et après

Notez TPS, joueurs connectés et contexte avant modification, puis mesurez de nouveau.

Variantes et attention

  • Un manque de RAM provoque souvent des pauses ; un manque de CPU provoque plutôt un TPS bas pendant les pics.
  • Réduire les distances est souvent plus efficace que multiplier les redémarrages.
  • Les fermes à entités, chunks chargés et plugins de protection peuvent peser plus qu’un petit nombre de joueurs.

Vérifications

  • La console doit rester lisible après l’opération.
  • Les joueurs attendus doivent pouvoir se connecter.
  • Le monde doit être sauvegardé avant toute modification durable.

Checklist finale

  • Moment du lag identifié
  • Distances ajustées
  • Plugins contrôlés
  • Ressources mesurées