--- title: "Serveur Minecraft Paper : diagnostiquer et stabiliser le TPS" description: "Hébergement pour serveur Paper centré sur ce qui fait tomber le tick : lecture du mspt, profilage avec spark, clés du paper-world-defaults.yml et le plugin coupable." url: "https://streethosting.com.br/fr/minecraft-paper" type: "page" language: "fr" --- Paper, plugins et lecture du mspt # Un serveur Paper avec un TPS que vous savez expliquer Paper est le fork à plugins que la plupart des serveurs publics font tourner. Ici on parle de ce qu’il optimise vraiment, des clés de configuration qui méritent d’être touchées et de la façon de trouver le plugin qui mange le temps du tick. [Voir les offres pour faire tourner Paper](https://streethosting.com.br/fr/minecraft-pro#plans) [Comprendre TPS et mspt d’abord](https://streethosting.com.br/fr/guias/minecraft/o-que-e-tps-minecraft-como-melhorar) * São Paulo, Brésil * Anti-DDoS jusqu’à 400 Tbit/s * NVMe Réponse rapide Paper est un fork de Spigot qui conserve l’API Bukkit et réécrit des parties coûteuses du serveur, comme le chargement de chunk et le ticking d’entité. En pratique, le TPS d’un serveur Paper dépend bien plus de la fréquence par cœur et de deux ou trois plugins lourds que de la RAM souscrite. ## Paper est un fork à plugins, et cela définit l’écosystème La lignée, c’est CraftBukkit, Spigot puis Paper. Comme Paper préserve l’API de Bukkit et de Spigot, le jar d’un plugin compilé pour Spigot démarre sans recompilation. C’est pourquoi le parc installé d’EssentialsX, LuckPerms, Vault et WorldGuard continue de fonctionner après le changement. Ce que Paper ajoute, c’est de l’implémentation, pas une nouvelle API incompatible : chunk réécrit, moteur de lumière, suivi d’entité, entonnoirs. Rien de tout cela ne rend le tick parallèle, le gain vient de ce que chaque tick coûte moins cher. Changer de jar apporte une amélioration réelle mais bornée, et le reste dépend de la configuration et des plugins que vous acceptez de charger. ## Le mspt est la métrique, le TPS n’est que le symptôme Le TPS plafonne à 20. Un serveur qui dépense 45 millisecondes par tick affiche 20,0 et paraît en bonne santé, alors qu’il lui reste 5 millisecondes de marge. Il suffit d’une explosion ou de quelqu’un qui explore du terrain neuf pour dépasser 50 et voir le chiffre s’effondrer. Qui ne suit que le TPS découvre le problème après le joueur. Regardez la distribution, pas la moyenne. Une médiane basse avec un 95e centile élevé signale un pic périodique, et le suspect habituel est l’autosave, une tâche planifiée ou la génération de terrain. Une moyenne haute avec une distribution serrée signale une charge constante, presque toujours des entités, des entonnoirs ou du code exécuté à chaque événement de déplacement. Il vaut aussi la peine de séparer le lag de tick du lag réseau. Si le mspt est confortable et que le joueur ressent toujours du retard, aucune clé de yml n’y changera rien. ## Où vit la configuration et ce qu’il est sensé de toucher À partir de Paper 1.19, la configuration a été scindée en deux fichiers dans le dossier config : paper-global.yml, pour ce qui vaut pour tout le serveur, et paper-world-defaults.yml, pour les valeurs par défaut des mondes. Chaque monde peut encore surcharger ce qu’il veut dans son propre paper-world.yml. Les vieux tutoriels demandent toujours d’éditer un paper.yml à la racine, qui n’existe plus dans ces versions. Dans le fichier global, presque tout reste par défaut, et ce qui justifie une édition, c’est l’intégration au proxy, le limiteur de paquets et le chargement de chunk. Les gains que tout le monde cherche sont dans le fichier de monde : plages de despawn, mobs par joueur, collision, entonnoirs et implémentation de la redstone. La surcharge par monde est la ressource la plus sous-exploitée. Un monde minier encaisse un despawn agressif et une simulation courte sans que personne ne se plaigne, pendant que le survival principal reste conservateur. Appliquer la même configuration agressive à tous les mondes transforme l’optimisation en ticket de support. ## Le piège de la configuration toute faite Ce fichier optimisé qui circule sur les forums applique des dizaines de changements d’un coup. Il fonctionne sur le serveur de celui qui l’a écrit. Sur le vôtre, deux ou trois de ces clés vont casser quelque chose, et vous n’aurez aucun moyen de savoir lesquelles puisque vous avez tout collé d’un bloc. Les dégâts sont prévisibles. Un despawn trop court ajouté à une portée de spawn réduite produit la plainte classique : plus de mobs à farmer. Une portée d’activation trop basse fait cesser les déplacements du mob, et la farm s’arrête avec lui. Retirer l’intelligence aux mobs de spawner tue les mécaniques qui dépendent du mouvement. Un rayon de fusion élevé change la façon dont les drops se regroupent au sol. Et changer l’implémentation de la redstone modifie l’ordre de mise à jour des fils, assez pour qu’une contraption sensible au timing change de comportement. Acceptez aussi qu’une bonne part du gain ne se trouve dans aucun yml. Le plugin lourd n’est presque jamais celui au jar le plus gros, c’est celui qui interroge la base de données de façon synchrone à chaque événement, balaie les entités dans une tâche répétée ou force du chargement de chunk hors du chemin asynchrone. Infrastructure ## Ce que Paper optimise réellement * Chargement et génération de chunk hors du thread principal, ce qui sort du tick l’une des opérations les plus coûteuses du serveur d’origine. * Ticking d’entité, d’entonnoir et de collision avec des raccourcis que Spigot n’a pas, et un mobcap compté par joueur au lieu d’être global. * Une couche d’API maison au-dessus de Bukkit, que les plugins modernes utilisent pour planifier du travail sans bloquer le tick. * La boucle de tick reste sur un seul thread. La fréquence par cœur pèse plus que le nombre de cœurs, et le Ryzen 9 9950X avec DDR5 dégage de la marge de mspt. Cas d’usage ## Les profils de serveur où ce choix compte * Survival avec économie, protection de terrain et journal des blocs, où le goulet est l’écriture disque à l’intérieur du tick, pas le manque de RAM. * Serveur d’événement avec pic d’entités, objets au sol et mobs concentrés sur une petite zone. * Spawn maison bourré de redstone et d’entonnoirs, où la configuration du monde pèse plus que l’offre souscrite. * Backend de network derrière un proxy, où chaque instance a besoin d’un mspt prévisible pour que le proxy n’accumule pas de file. Optimisation ## Les clés de configuration qui valent le détour * Dans server.properties, simulation-distance coupe du vrai travail de tick. view-distance coûte de la bande passante et de l’envoi de chunk, pas du calcul. * Dans paper-world-defaults.yml, les plages de despawn, le per-player-mob-spawns et la limite de collision par entité règlent la plupart des cas de trop d’entités. * Dans spigot.yml, entity-activation-range et merge-radius agissent immédiatement, et ce sont aussi ceux qui cassent le plus vite les farms quand on exagère. * Les Aikar flags agissent sur la pause du ramasse-miettes de la JVM, pas sur le coût d’un plugin à l’intérieur du tick. Confondre les deux brûle du temps de diagnostic. Fiche technique ## Les chiffres pour dimensionner avant de souscrire Données d’offre et d’exploitation, sans estimation. Gamme Performance À partir de R$ 54/mois avec 4GB DDR5 Ryzen 9 9950X, indiquée quand le mspt est déjà dominé par les plugins et les entités. Paiement à l’année R$ 48,60/mois sur l’offre 4GB Le paiement annuel enlève 10 % et le trimestriel, 4 %. CPU allouée 300 % sur l’offre 4GB Trois cœurs. Le tick en utilise un, le reste sert le chunk asynchrone, le ramasse-miettes et le disque. Disque sur l’offre d’entrée 30GB NVMe Garde l’autosave et la lecture des fichiers de région hors du chemin critique. Avis public 4,7 sur 5 sur Trustpilot, avec 45 avis Comparatif ## Spigot, Paper et Purpur côte à côte Les trois font tourner des plugins Bukkit. La différence tient à la part du serveur réécrite et à la part de comportement d’origine que vous acceptez de perdre en échange. | Élément | Spigot | Paper | Purpur | | ------------------------------------------ | ------------------------------------- | -------------------------------------------- | ------------------------------------------------------ | | API de plugin | Bukkit et Spigot | Bukkit et Spigot, plus une couche maison | Tout Paper, plus des extensions | | Chunk hors du thread principal | Absent | Présent | Hérité de Paper | | Clés de performance | Peu, dans spigot.yml | Beaucoup, réparties entre global et monde | Celles de Paper et des dizaines d’options de mécanique | | Risque d’altérer le comportement d’origine | Faible | Moyen, selon ce que vous activez | Élevé si vous activez des options sans lire | | Quand le choisir | Un plugin très ancien sans remplaçant | Le standard pour un serveur public à plugins | Quand personnaliser les mécaniques est le but | Paper est le juste milieu prévisible. Purpur ne se justifie que si vous comptez utiliser les options supplémentaires à dessein, et chacune d’elles est une décision de gameplay avant d’être une décision de performance. Étape par étape ## La marche à suivre pour enquêter sur une chute de TPS L’ordre compte : chaque étape élimine une hypothèse avant la suivante. 1. 01 ### Confirmez que le problème vient du tick Regardez le mspt dans la console ou dans le panneau. Sous 50 avec un joueur qui se plaint encore, l’enquête part vers le réseau, le proxy ou le client. 2. 02 ### Lisez la distribution plutôt que la moyenne Comparez la valeur médiane au 95e centile. Un pic isolé désigne l’autosave, une tâche planifiée ou la génération de terrain. Une valeur haute et constante désigne les entités, les entonnoirs ou du code exécuté à chaque événement. 3. 03 ### Profilez pendant le vrai pic Timings a été mis à la retraite dans Paper et spark a pris sa place, intégré aux versions actuelles et disponible en plugin sur les anciennes. Lancez l’échantillon serveur plein. Un profil serveur vide ne montre pas ce que vous chassez. 4. 04 ### Séparez coût de plugin et coût de monde Voyez si le temps se trouve dans du code de plugin ou dans le ticking d’entité et de chunk du serveur. Avant d’éditer un fichier, comptez les entités : objets au sol et animaux accumulés expliquent une bonne part des chutes. 5. 05 ### Changez une seule chose et remesurez Appliquez un réglage, revenez à la même heure de charge et comparez le même centile. Sans cette seconde mesure, vous ne savez pas si cela s’est amélioré ou si le pic a simplement changé d’heure. Liste de contrôle ## Avant d’appliquer une configuration trouvée toute faite Cinq vérifications qui évitent la semaine perdue à chercher quelle clé a cassé quoi. * Notez votre mspt médian et votre 95e centile actuels, serveur plein, pour disposer d’un avant. * Sauvegardez le monde et le dossier config avant d’éditer le moindre fichier. * Vérifiez votre version de Paper : les vieux contenus citent des fichiers et des clés qui n’existent plus. * Découpez les changements par sujet, comme entités, chunk, redstone et réseau, et appliquez un groupe à la fois. * Testez les farms et les contraptions du spawn après avoir touché à la portée d’activation ou à la redstone. ## Questions fréquentes 01 Un plugin fait pour Spigot fonctionne-t-il sur Paper ? Oui. Paper préserve l’API de Bukkit et de Spigot, donc le jar démarre sans recompilation. L’inverse n’est pas toujours vrai : un plugin qui utilise la couche exclusive de Paper ne tourne pas sur Spigot pur. 02 Où se trouvent les fichiers de configuration de Paper ? À partir de Paper 1.19, ils sont dans le dossier config, séparés en paper-global.yml, pour tout le serveur, et paper-world-defaults.yml, pour les mondes, avec une surcharge individuelle dans paper-world.yml. Les contenus anciens citent encore un paper.yml à la racine, qui n’existe pas dans ces versions. 03 Comment découvrir quel plugin fait tomber le TPS ? En profilant serveur en charge réelle. Un rapport groupé par plugin accuse parfois celui qui n’a fait que déclencher une opération coûteuse du serveur lui-même, alors vérifiez la pile d’appels avant de désinstaller quoi que ce soit. 04 Un TPS à 20 signifie-t-il que tout va bien ? Pas forcément. Le TPS plafonne à 20, donc un serveur qui dépense 45 millisecondes par tick affiche encore 20. Suivez le mspt : sous 50 il reste de la marge, et c’est la taille de cette marge qui décide si le prochain événement lourd fait tomber le serveur. 05 Vaut-il la peine de copier une configuration optimisée toute faite ? Elle sert de liste de clés à étudier, pas à coller. Des valeurs agressives de despawn, de portée d’activation et de fusion d’objets modifient le spawn des mobs et le fonctionnement des farms. Appliquez par petits groupes et mesurez le mspt avant et après chaque groupe. Poursuivez ici ## Des guides pour mettre en œuvre ce qui est décrit ici * [Comment réduire le lag sur un serveur Paper TPS et mspt en pratique, avec les clés dans l’ordre où elles paient.](https://streethosting.com.br/fr/guias/minecraft/como-reduzir-lag-servidor-paper) * [Analyser le lag avec le spark profiler Comment prendre l’échantillon et lire le résultat sans accuser le mauvais plugin.](https://streethosting.com.br/fr/guias/minecraft/spark-profiler-analisar-lag-minecraft) * [Paper contre Spigot en production Ce qui change au quotidien quand vous changez le jar du serveur.](https://streethosting.com.br/fr/guias/minecraft/paper-vs-spigot-servidor-minecraft) * [Purpur contre Paper Quand les options supplémentaires paient et quand elles ne créent que des bugs de gameplay.](https://streethosting.com.br/fr/guias/minecraft/purpur-vs-paper-servidor-minecraft) 4.7/5 sur Trustpilot Satisfait ou remboursé Activation en 60 s Support Premium Approuvé par plus de 2 500 clients ## Ce qui accompagne l’offre * Un panneau avec console, redémarrage et historique de consommation, où le pic apparaît avant de devenir une plainte. * Un support en portugais habitué à lire des profils de performance et des rapports de crash. * Une montée en RAM sans migration manuelle quand l’économie et le journal des blocs grossissent. [Voir les offres pour faire tourner Paper](https://streethosting.com.br/fr/minecraft-pro#plans) [Contacter le support](https://streethosting.com.br/fr/contact) Aucune configuration toute faite ne remplace une mesure à vous : mesurez, changez une clé, remesurez.