Optimiser le Tickrate GMod, les Addons et la Rotation des Cartes pour Réduire le Lag : Le Guide Ultime de Performance

Le lag dans Garry's Mod est presque toujours causé par l’une des trois choses suivantes : un tickrate réglé plus haut que ce que le serveur peut supporter, trop de props et d’entités, ou un addon qui effectue des calculs à chaque tick. La mémoire est rarement la cause, ce qui explique pourquoi acheter un plan plus coûteux ne change souvent rien.

Source exécute sa simulation sur un seul thread. Ce seul fait explique la majeure partie de ce qui suit.

Le tickrate est un budget, pas un réglage de qualité

Le tickrate est le nombre de fois par seconde où le serveur simule le monde. Un tickrate plus élevé donne une sensation plus fluide, mais consomme plus de CPU à chaque tick, que quelque chose d'intéressant se passe ou non.

Le piège est que le tickrate multiplie tout le reste. Un serveur Sandbox intensif en physique qui fonctionne avec un tickrate bas peut planter à un tickrate plus élevé sans aucun autre changement, car chaque prop est désormais simulé plus souvent.

• Sandbox est intensif en physique. Les props, contraintes et ragdolls coûtent chacun à chaque tick, et les joueurs en construisent de plus en plus avec le temps.
• TTT et DarkRP se comportent différemment. Les modes de jeu basés sur des rounds ont des pics au début du round ; les serveurs roleplay accumulent les entités sur des heures.
• Augmentez le tickrate seulement une fois que le serveur est stable à un tickrate plus bas. C’est la dernière étape de réglage, pas la première.

Les props et entités, le vrai coût

Sur tout serveur Sandbox ou DarkRP long terme, le nombre d’entités est ce qui croît sans que personne ne le décide.

• Les limites de props existent pour une raison. Un serveur sans limite finit par atteindre sa limite de la manière difficile, généralement pendant une session de construction.
• Les constructions contraintes coûtent plus que des props libres. Les contraintes physiques sont calculées à chaque tick, et une grosse construction soudée coûte bien plus que le même nombre de props séparés.
• Nettoyage programmé. Le nettoyage automatique des props entre les rounds ou à intervalle régulier est le changement le plus efficace sur la plupart des serveurs.
• Les ragdolls et fragments s’accumulent. Individuellement ils sont peu coûteux, mais ça ne l’est pas en centaines.

Addons : le suspect habituel que personne ne vérifie

Un addon qui fait un travail à chaque tick vous coûte soixante fois par seconde, et ce, en continu. La plupart ne le signalent pas.

• Ajoutez les addons par petites quantités, pour que vous sachiez ce qui cause la baisse de performance.
• Soyez méfiant envers tout ce qui réagit aux événements partout sur la carte, plutôt qu’à proximité d’un joueur.
• Les collections du Workshop sont des téléchargements pour chaque joueur rejoignant le serveur. Une grande collection est une barrière à la jonction autant qu'une charge sur le serveur. Les serveurs de construction Sandbox en souffrent le plus : voir Sandbox mastery.

Le même principe détermine le choix des mods dans Factorio : quel est le coût par tick, et tout le monde doit-il l’installer aussi.

Diagnostiquer avant de surclasser

Procédez dans cet ordre car les correctifs peu coûteux sont aussi les plus probables :

1. Comptez les entités. Si leur nombre augmente toute la journée, c’est le problème.
2. Désactivez les addons par groupe et observez si la performance s’améliore.
3. Baissez le tickrate d’un cran et vérifiez si les saccades disparaissent.
4. Vérifiez la mémoire en dernier. Si elle n’est pas pleine et ne fait pas de pics, la RAM n’est pas votre contrainte.

C’est le même ordre à suivre pour le lag des ticks Minecraft, où plus de mémoire ne résout pas un serveur limité par le CPU. Jeu différent, même erreur.

Notre hébergement de serveur Garry's Mod expose la gestion du tickrate et des addons depuis le panneau, donc tester un tickrate inférieur nécessite un redémarrage plutôt qu'un ticket de support.

Quand le plan est vraiment trop petit

La mémoire est la contrainte quand vous voyez le serveur être tué plutôt que ralenti : crash au changement de map, ou échec du chargement d’une grosse collection Workshop au démarrage. C’est une raison réelle de passer à une gamme supérieure. Un serveur qui tourne bien mais saccade pendant les constructions ne l’est pas.

Si vous gérez un serveur de création pour six amis, le plus petit plan avec limite de props vous servira mieux qu’un plan plus grand sans aucune limite.