SERVEURS MINECRAFT
JEUX
Panneau de jeu
par Sandbox est le mode qui a donné son nom à Garry's Mod, et celui qui a le plus de chances de faire tomber un serveur. Tout ce que vous construisez reste simulé : les props, les contraintes, les ragdolls et les mécanismes coûtent au serveur à chaque tick, pour toujours, que quelqu’un les regarde ou non.
C’est tout le secret pour gérer un bon serveur de construction. Ne pas restreindre ce que les gens fabriquent, mais comprendre ce que cela coûte.
Ce qui coûte quoi
- Un prop libre est peu coûteux. Quelques centaines passent sur n’importe quel abonnement.
- Un mécanisme contraint est cher. Les soudures, cordes et axes sont résolus ensemble à chaque tick, donc une grande machine soudée peut coûter plus que des centaines de props séparés.
- Les ragdolls sont pires qu’ils n’en ont l’air. Chacun est un objet physique complet, et ils s’accumulent silencieusement.
- Tout ce qui est sur un propulseur ou une roue ne s’arrête jamais. Les objets physiques au repos coûtent moins ; ceux qui bougent continuellement ne bénéficient pas de cette réduction.
Conséquence pratique : un serveur peut être parfaitement sain avec mille props et souffrir avec cinquante, si ces cinquante sont soudés en un seul mécanisme que quelqu’un conduit.
Les limites de props sont une bienveillance
Un serveur de construction sans limite atteindra son plafond pendant la session la plus amusante que quelqu’un y ait eue, ce qui est le pire moment possible.
- Fixez une limite de props par joueur et dites-la clairement. La plupart des constructeurs préfèrent connaître le budget plutôt que de le découvrir au dernier moment.
- Nettoyage automatique programmé pour les props et ragdolls orphelins. Tout ce que quelqu’un a jamais créé ne mérite pas forcément de persister.
- Considérez une zone de construction séparée si votre serveur propose aussi un mode en rounds, pour que les constructions accumulées ne nuisent pas au mode joué.
Outils qui s’auto-financent
Les outils Sandbox à enseigner à un nouveau groupe, à peu près dans l’ordre où ils deviennent utiles : le physics gun pour placer, le tool gun pour les contraintes, le duplicateur pour répéter un design, et le duplicateur avancé pour déplacer des constructions entre sessions. Aucun de ces outils n’est un outil de performance, mais un groupe qui les connaît construit délibérément plutôt que par accumulation, ce qui est une caractéristique de performance en pratique.
Addons : même règle qu’ailleurs
Un addon qui travaille à chaque tick vous coûte soixante fois par seconde, pour toujours, et la plupart ne le signalent pas. Ajoutez-les par petites quantités pour isoler précisément la source d’une baisse de performance, et méfiez-vous de tout ce qui réagit à des événements n’importe où sur la carte plutôt que proche d’un joueur.
Les grandes collections d'atelier sont également un téléchargement pour tous ceux qui rejoignent. Sur un serveur de build où vous souhaitez que des amis puissent rejoindre facilement, ce téléchargement constitue un véritable obstacle.
C’est la même discipline qui maintient les serveurs Factorio en bonne santé, où les mods sont aussi jugés selon leur coût par tick et non leur liste de fonctionnalités.
Quand le serveur galère
Procédez dans cet ordre, car les corrections les moins coûteuses sont les plus probables :
- Comptez les props et contraintes. S’ils augmentent sans arrêt, c’est votre problème.
- Nettoyez les orphelins, puis mesurez de nouveau.
- Diminuez le tickrate d’un cran. Sandbox avec beaucoup de physique paie plus cher le tickrate que la plupart des modes.
- Vérifiez la mémoire en dernier. Si elle n’est pas pleine, ce n’est pas le problème.
L’ordre complet du diagnostic pour un serveur en difficulté se trouve dans réduire le lag sur un serveur Garry’s Mod, et la même logique de "budget tick avant mémoire" s’applique à Minecraft.
Notre hébergement de serveur Garry’s Mod expose les limites de props, le tickrate et les addons depuis le panneau, donc régler un serveur de construction se fait par un redémarrage plutôt qu’un ticket.
Ce qu’un abonnement plus important ne résout pas
Plus de mémoire ne rendra pas la simulation d’un mécanisme soudé moins coûteuse. Si votre serveur ralentit quand quelqu’un conduit sa création, c’est le solveur physique sur un seul thread, et la solution est dans la construction ou le tickrate plutôt que dans l’abonnement.
