Optimiser les performances d'un serveur Rust

Votre serveur Rust rame : les joueurs tremblent, les coups ne partent pas, les sauvegardes figent la partie. Cette page vous aide à trouver la cause avant de changer d’offre — dans la majorité des cas, ce n’est pas la machine mais un réglage ou un plugin.

Les serveurs de jeu CloudFive tournent sur Ryzen 9 9950X, mémoire DDR5 et stockage NVMe, et la protection anti-DDoS est permanente. Un serveur lent n’est donc presque jamais une attaque en cours — voir Comprendre l’anti-DDoS CloudFive en cas de doute.

Ce qui pèse vraiment sur un serveur Rust

Rust simule son monde dans un fil d’exécution principal. Ce qui le ralentit, dans l’ordre où cela se produit en pratique :

1. La taille de la carte — elle fixe le volume de terrain et de monuments à garder en mémoire, dès le premier jour.
2. Le nombre d’entités — chaque mur, caisse, sac de couchage et cadavre est un objet simulé. Ce nombre ne fait que monter pendant un wipe.
3. Les plugins — un seul plugin mal écrit peut occuper le fil principal plus que cinquante joueurs.
4. La population réelle — le coût par joueur existe, mais c’est rarement le premier facteur.
5. Le disque, au moment des sauvegardes — une sauvegarde de fin de wipe peut provoquer un à-coup visible.

Note

Un serveur fluide le lundi et poussif le dimanche n’a pas un problème de matériel : il a un problème d’accumulation. Lisez la section sur les entités avant tout le reste.

Taille de carte et nombre de joueurs

server.worldsize est le réglage qui coûte le plus cher, et celui qu’on choisit le plus légèrement. C’est une surface : passer de 3000 à 4500 ne multiplie pas la charge par 1,5 mais par plus de deux.

Si votre serveur…	Visez plutôt
démarre, avec quelques joueurs réguliers	une carte compacte : moins de vide, plus de rencontres
tourne avec une communauté stable	agrandissez par paliers, en mesurant après chaque wipe
a une population basse sur une grande carte	réduisez : une grande carte vide coûte cher et ennuie

Même raisonnement pour server.maxplayers. Annoncer beaucoup de places n’attire pas plus de monde, et ouvre la porte à une charge que votre palier n’absorbera pas.

Changez un paramètre à la fois

Si vous modifiez tout le même jour, vous ne saurez jamais ce qui a aidé. Un changement, un wipe, une observation.

Attention

Modifier server.worldsize ou server.seed régénère la carte et fait perdre les constructions. Prévoyez ces changements au moment d’un wipe, jamais en milieu de cycle : Wipe et sauvegardes sur Rust.

Les entités accumulées au fil du wipe

C’est la cause la plus fréquente. En début de wipe, la carte est quasi vide. Trois semaines plus tard, elle porte des milliers de bases, dont beaucoup appartiennent à des joueurs qui ne reviennent plus. Le serveur simule tout cela et le sauvegarde à chaque intervalle.

Les leviers, du plus efficace au moins :

• Wiper à un rythme régulier. C’est la seule remise à zéro réelle du compteur d’entités. Un cycle hebdomadaire ou bimensuel garde un serveur sain.
• Laisser la décomposition faire son travail. decay.scale 1 fait disparaître les bases abandonnées. Le mettre à 0 pour faire plaisir aux joueurs revient à garder chaque ruine jusqu’au wipe : c’est le réglage le plus coûteux qu’on puisse choisir sans le savoir.
• Surveiller les plugins qui créent des objets : véhicules, caisses d’événements, dépôts automatiques. Chacun ajoute des entités permanentes.
• Encadrer le spam de construction. Quelques joueurs posent des milliers de fondations pour bloquer du terrain. Un plugin de limitation, ou une règle annoncée, coûte moins cher qu’un changement de palier.

Note

Si l’à-coup revient à intervalle fixe, c’est server.saveinterval. L’espacer rend la gêne plus rare mais augmente ce que vous perdez en cas de plantage : c’est un pansement, la vraie réponse est de réduire le nombre d’entités.

Les plugins, premier suspect

Dès qu’Oxide est installé, commencez votre diagnostic par là.

1. Listez ce qui tourne réellement avec oxide.plugins. Les serveurs qui rament ont souvent trois plugins oubliés dont personne ne se sert.

2. Ouvrez oxide/logs/ et lisez les erreurs récentes. Un plugin qui lève une erreur à chaque tick est un plugin qui coûte à chaque tick.

3. Déchargez les plugins non essentiels avec oxide.unload, puis observez dix minutes en charge réelle.

4. Rechargez-les un par un, en laissant du temps entre chacun, jusqu’à retrouver la gêne.

5. Remplacez ou retirez le plugin identifié. Un plugin non maintenu depuis plusieurs versions de Rust est à remplacer, pas à surveiller.

La méthode complète d’installation, de mise à jour et de désactivation est dans Installer des plugins Rust avec Oxide.

Attention

Méfiez-vous des plugins qui parcourent toute la carte à intervalle régulier : nettoyage automatique, statistiques, cartes en direct. Ils sont utiles, mais leur coût grandit avec le nombre d’entités — donc ils s’aggravent exactement au moment où le serveur est déjà chargé.

Lire les indicateurs du serveur

Deux sources suffisent : les compteurs du panel et la console.

1. Dans le panel, à côté de la console, regardez la consommation processeur et mémoire pendant une heure de pointe. C’est votre point de référence : notez les valeurs quand tout va bien.

2. Dans la console, status affiche la version, la carte et les joueurs connectés.

3. Toujours en console, une convar tapée seule renvoie sa valeur actuelle. server.saveinterval ou decay.scale vous disent ce que votre serveur applique vraiment, ce qui ne correspond pas toujours à ce que vous croyez avoir réglé.

4. Comparez ce que vous relevez avec les symptômes du tableau ci-dessous.

Ce que vous voyez	Interprétation la plus probable
Mémoire au plafond, processeur normal	carte trop grande ou trop d’entités
Un cœur saturé, mémoire tranquille	un plugin, ou un tickrate relevé sans raison
À-coups périodiques et réguliers	la sauvegarde automatique
Joueurs élastiques mais compteurs calmes	le réseau ou le poste du joueur, pas le serveur
Lenteur qui empire chaque semaine	accumulation d’entités

Pour les symptômes réseau, la page Latence, ping et tickrate fait le tri entre ce qui vient du serveur, du trajet et du joueur. Et une interruption générale se vérifie d’abord sur status.cloudfive.xyz.

Le tickrate n’est pas un bouton « plus fluide »

server.tickrate fixe la fréquence de simulation, et ai.tickrate celle des animaux et des PNJ. Les augmenter multiplie le travail du processeur à chaque seconde. Sur un serveur déjà juste, c’est le réglage qui transforme une gêne en injouable. Laissez les valeurs par défaut tant que vous n’avez pas de marge mesurée.

Quand le palier est simplement trop petit

Parfois il n’y a rien à optimiser. Les signes qui ne trompent pas :

• la mémoire est au plafond en début de wipe, carte neuve et sans plugins ;
• le serveur s’arrête tout seul pendant la génération de la carte ;
• les compteurs sont saturés en continu, pas seulement aux heures de pointe ;
• vous avez retiré les plugins et rien n’a changé.

Dans ces cas, le changement de palier est la bonne réponse : il se fait depuis l’espace client, sans recommander de service, via Changer de formule. Les paliers disponibles et leurs caractéristiques sont sur la page de l’offre Rust ; si vous hésitez, Quelle offre CloudFive choisir ? pose les bonnes questions.

Si votre projet comporte plusieurs serveurs et un site, la question n’est plus le palier mais le type d’hébergement : Serveur de jeu ou VPS, puis VPS ou serveur dédié.

Si ça ne marche pas

Le serveur s’arrête seul, souvent pendant la génération de carte. Il manque de mémoire. Réduisez server.worldsize, retirez les plugins et retentez à vide. Si un démarrage à vide échoue encore, c’est le palier.

Vous ne constatez aucune amélioration après vos réglages. Vérifiez qu’ils sont réellement appliqués : tapez la convar seule dans la console. Un paramètre défini à deux endroits — variables de démarrage et cfg/server.cfg — produit exactement ce symptôme. Voir Installer un serveur Rust.

Les joueurs se plaignent mais vos compteurs sont calmes. Demandez-leur une capture de leur latence en jeu et comparez entre plusieurs joueurs. Si un seul est touché, le problème est chez lui. Si tous le sont aux mêmes heures, regardez le réseau : Latence, ping et tickrate.

Le serveur redevient lent après chaque wipe, de plus en plus vite. Un plugin accumule des données entre les wipes. Le dossier oxide/data/ n’est pas effacé par un wipe de carte : voyez Wipe et sauvegardes sur Rust.

Après tout ça, le doute persiste. Ouvrez un ticket de support en indiquant ce que vous avez déjà testé, l’heure des ralentissements, votre taille de carte et votre population. Un ticket précis est traité en un aller-retour ; un « ça lag » en quatre. Le support est joignable 7 j/7 : Contacter le support.