Tu n’optimises pas la performance CS2 avec un unique réglage magique de tickrate, mais avec des FPS serveur stables, de bonnes conditions réseau, un nombre de joueurs adapté et des plugins contrôlés. Le système Sub-Tick modifie l’évaluation des discussions classiques 64 ou 128 tick : ce qui compte, c’est si ton serveur réagit constamment sous charge réelle et si les problèmes de connexion sont mesurables de façon compréhensible.
Tickrate, Sub-Tick et gestion des attentes
Qu’est-ce que la tickrate ?
La tickrate détermine combien de fois par seconde le serveur calcule l’état du jeu. Dans les anciennes versions de Counter-Strike, c’était une valeur de comparaison centrale, car les mouvements, l’enregistrement des hits et les mises à jour étaient fortement liés à des ticks serveur fixes.
| Tickrate | Updates/s | Utilisation |
|---|---|---|
| 64 Tick | 64 | Standard (matchmaking) |
| 128 Tick | 128 | Competitive (FaceIT) |
Système Sub-Tick de CS2
CS2 utilise un nouveau système Sub-Tick :
- Les actions sont envoyées au serveur avec un horodatage exact
- Le serveur calcule le tick et interpole la position
- En théorie, la tickrate devrait avoir moins d’influence
En pratique, cela signifie : n’évalue pas ton serveur uniquement d’après un chiffre dans le paramètre de démarrage. Si des joueurs signalent du delay, du rubberbanding ou un enregistrement irrégulier des hits, vérifie d’abord la charge CPU, les FPS serveur, la perte de paquets, la variation du ping, la complexité de la map et les interventions de plugins. Un hébergement multi-jeux payant comme game-serverhosting est surtout pertinent ici si tu as besoin de contrôle technique, de support et de procédures d’exploitation transparentes, au lieu de tout exploiter toi-même sur n’importe quel système root.
Comme source primaire officielle, le support Steam de Valve est pertinent : la documentation Steam sur les Source Dedicated Servers décrit notamment le nom du serveur, le nombre maximal de joueurs, le port UDP, RCON et l’option « Secure (Valve Anti-Cheat) » : documentation sur help.steampowered.com. Pour les démarrages serveur spécifiques à CS2, le dépôt de règles de Valve pour les setups Major mentionne SteamCMD avec app_update 730 validate et un démarrage via ./cs2 -dedicated : documentation sur github.com.
Prérequis avant l’optimisation
Avant de modifier des valeurs, le serveur doit démarrer de manière reproductible, être accessible et fonctionner avec ta configuration cible. Vérifie au minimum : build serveur actuel, Game Server Login Token correct, port UDP ouvert, rotation des maps fonctionnelle, accès RCON et état de départ documenté de ton server.cfg. Note aussi combien de joueurs joueront réellement en même temps et si des maps Workshop, plugins d’entraînement, modes retake, Deathmatch ou setups de tournoi sont utilisés.
Les problèmes de performance ne peuvent être évalués proprement que si tu sépares l’inactivité du fonctionnement en match. Un serveur peut sembler normal dans le panel et quand même avoir de courtes chutes pendant du spam d’utilitaires, beaucoup d’entities ou des événements de plugins. Planifie donc un test avec plusieurs joueurs ou bots qui ressemble à ton usage réel.
Optimisation réseau
Les valeurs client suivantes proviennent du setup de départ et peuvent servir de point de contrôle si tu maîtrises des environnements client ou d’entraînement. Ne les présente pas comme remède garanti ; les mises à jour de CS2 peuvent changer le comportement, et les limites côté serveur ou les environnements de matchmaking peuvent traiter les valeurs différemment.
rate 786432
cl_interp 0
cl_interp_ratio 1
cl_cmdrate 128
cl_updaterate 128
La mesure qui suit est importante. Surveille un ping stable, l’absence de perte de paquets et une réaction régulière lors des déplacements, du contrôle du spray et des peeks. Si plusieurs joueurs de la même région signalent des problèmes similaires, cela pointe plutôt vers des sujets serveur, routage ou charge. Si seuls certains joueurs sont touchés, vérifie leur connexion, le Wi-Fi, les téléchargements en arrière-plan et la distance régionale au site serveur.
Mesurer la performance serveur
Utilise les mesures pendant un round en cours, pas seulement juste après le démarrage. Les commandes suivantes servent de points de diagnostic pratiques :
sv_showfps 1 # Afficher les FPS
net_graph 1 # Statistiques réseau
stats # Performance serveur
Vérifie les mêmes situations à chaque run de test : warmup, round complet, nombreuses grenades, changement de map et plusieurs matchs consécutifs. Si les pics CPU coïncident exactement avec les lags, le levier le plus probable n’est pas un cvar réseau, mais une réduction de charge ou plus de marge CPU. Si la RAM devient juste, observe les changements de map, les logs de plugins et une longue uptime. Pour d’autres jeux, la pondération est différente ; pour contextualiser, tu trouveras une planification des ressources similaire dans le guide Performance et RAM du serveur Palworld et dans le guide Louer et configurer un serveur Valheim.
Conseils de performance pour les admins serveur
- Priorité CPU : les serveurs CS2 sollicitent fortement le CPU, pas la RAM
- Nombre de joueurs : 5v5 = optimal, 10v10 demande plus de CPU
- Maps Workshop : elles peuvent demander plus de ressources que les maps standard
- Limiter les plugins : chaque plugin coûte de la performance
- Région du serveur : choisis un site proche de tes joueurs (DE = Francfort/Nuremberg)
Applique ces points comme ordre de test. Commence avec une map standard et sans plugins supplémentaires. Si le serveur est stable ainsi, active les extensions une par une. Pour les maps Workshop, surveille la taille du fichier, la densité d’entities, le scripting et les logs. Pour les plugins, vérifie s’ils sont maintenus activement et compatibles avec la version actuelle de CS2. Un plugin qui ne jette des erreurs qu’occasionnellement peut quand même dégrader les frametimes pendant certains événements.
Anti-Cheat (VAC) et tournoi
VAC est actif par défaut sur les serveurs CS2. Pour les tournois, nous recommandons en plus :
- Activer une map Workshop avec plugin Anti-Cheat
- Activer GOTV pour l’enregistrement des replays
Formule les attentes Anti-Cheat de manière réaliste : VAC est le système de Valve, mais ne remplace pas une bonne administration de tournoi. Pour des matchs organisés, tu devrais limiter les accès RCON, changer régulièrement les mots de passe serveur, tester GOTV/CSTV à l’avance et conserver les logs. Avec les plugins, une prudence particulière s’impose, car toutes les extensions ne sont pas maintenues sérieusement ou ne restent pas compatibles avec les futures mises à jour CS2.
Vérifier le résultat
Un serveur CS2 optimisé affiche sous charge réelle des FPS serveur réguliers, aucun pic CPU notable, un ping stable pour les joueurs de la région cible et aucune erreur récurrente dans la console. Documente ta configuration fonctionnelle avec date, nombre de joueurs, map, liste de plugins et comportement observé. Tu pourras ainsi comparer de façon ciblée après des mises à jour ou des changements de plugins, au lieu de repartir de zéro à chaque signalement de lag.
Dépannage
Si des joueurs signalent du lag, demande d’abord l’heure, la map, le nombre de joueurs, le ping, la loss et si plusieurs joueurs étaient touchés en même temps. Ensuite, vérifie les métriques serveur sur la même période. En cas de problèmes après une mise à jour, valide les fichiers serveur, désactive les nouveaux plugins et teste une map standard. En cas de problèmes de routage, un site plus proche de la majorité de tes joueurs aide. Si seuls certains joueurs sont touchés, la cause est souvent côté client ou chez leur fournisseur d’accès Internet.
Vérification, limites et retour arrière sûr
Le guide « Optimiser la tickrate et la performance d’un serveur CS2 » s’applique au type de serveur décrit dans l’article et à la version visible au moment de la vérification. Les noms de menus, versions disponibles, compatibilités de mods ou plugins et ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur sans contrôle vers une autre version du jeu, du loader ou du serveur.
Avant de modifier le monde, la sauvegarde, la configuration ou des extensions, crée un backup des fichiers concernés. Modifie ensuite seulement une étape cohérente et vérifie-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.
| Point de contrôle | Résultat attendu | Arrêt et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l’état prêt à fonctionner sans nouveau message d’erreur. | En cas d’erreurs au démarrage, annuler la modification et restaurer le dernier backup. |
| Test de connexion | Un compte de test peut se connecter via l’adresse affichée dans le panel. | En cas d’erreurs de version ou de connexion, revérifier la version, le port et les autorisations. |
| Test fonctionnel | La fonction concrètement modifiée fonctionne sans endommager les données existantes du monde ou du jeu. | En cas d’effets secondaires, arrêter le serveur et restaurer les fichiers sauvegardés. |
Un test individuel réussi ne garantit ni performance ni disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent changer le résultat. Documente la version, la modification et le résultat du test afin de pouvoir comprendre les écarts ultérieurs.
FAQ
Puis-je simplement passer CS2 en 128 tick ?
CS2 utilise Sub-Tick, donc l’argumentation classique du 128 tick issue de CS:GO ne se transpose pas telle quelle. Concentre-toi sur des FPS serveur stables, une bonne connexion et des tests reproductibles.
Quel nombre de joueurs est pertinent pour CS2 ?
Pour les matchs Competitive classiques, 5v5 est l’objectif évident. Des setups plus grands comme 10v10 peuvent fonctionner, mais demandent plus de marge CPU et doivent être testés sous charge réelle.
Les maps Workshop sont-elles un risque pour la performance ?
Oui, elles peuvent nécessiter plus de ressources que les maps standard. Teste les nouvelles maps Workshop individuellement et observe CPU, RAM, erreurs console et retours des joueurs pendant des rounds complets.
Quelles métriques sont plus importantes qu’un chiffre de tickrate ?
Les plus importantes sont des FPS serveur stables, un ping bas et régulier, aucune perte de paquets, aucun pic CPU et une console sans erreur pendant de vraies situations de jeu.
Devrais-je installer beaucoup de plugins ?
Seulement si tu en as vraiment besoin. Chaque plugin augmente la complexité et peut influencer la performance ou la stabilité. Active les plugins un par un et documente leur effet.