Un serveur FiveM qui lag est l’une des situations les plus frustrantes pour une communauté RP. Le lag casse l’immersion, génère des conflits entre joueurs, et fait fuir les nouveaux membres avant même qu’ils aient eu le temps de s’installer. La bonne nouvelle : dans la grande majorité des cas, le lag sur FiveM a une cause identifiable et une solution concrète.
Ce guide vous explique comment diagnostiquer précisément pourquoi votre serveur FiveM lag, quels outils utiliser, et comment corriger les problèmes les plus fréquents — qu’il s’agisse d’un script mal optimisé, d’une base de données qui ralentit, ou d’un hébergeur sous-dimensionné.
Comprendre le lag sur FiveM : TPS, CPU et RAM
Sur FiveM, le lag se manifeste de trois façons différentes qui n’ont pas les mêmes causes. Le lag de TPS (ticks per second bas) signifie que la logique du serveur tourne trop lentement — vous le voyez avec des synchronisations désynchronisées, des véhicules qui sautent, des animations qui se figent. Le lag réseau se traduit par des ping élevés pour certains joueurs spécifiques — souvent dû à la localisation du serveur ou à la connexion du joueur. La latence de base de données provoque des gels lors de certaines actions spécifiques : ouverture d’inventaire, connexion, achat en magasin — le serveur attend une réponse de MySQL.
Ces trois types de lag ont des solutions différentes. Avant de toucher quoi que ce soit, utilisez la commande resmon 1 dans votre console txAdmin pour afficher la consommation de chaque ressource en temps réel. C’est votre point de départ obligatoire.
Les causes les plus fréquentes d’un serveur FiveM qui lag
Un script avec une boucle trop agressive
C’est la cause numéro un du lag sur FiveM. Un script mal optimisé qui tourne une boucle toutes les 0ms (sans délai) peut consommer plusieurs millisecondes par frame à lui seul. Dans resmon, triez par consommation décroissante — tout script qui dépasse régulièrement 1ms mérite investigation. La solution est soit d’optimiser le script (augmenter le délai de la boucle), soit de le remplacer par une version plus récente. Les scripts anciens d’ESX 1.2 sont souvent les coupables sur les serveurs migrés vers ESX Legacy.
Des requêtes MySQL non optimisées
oxmysql affiche des avertissements dans les logs quand une requête prend plus de 100ms. Ces requêtes lentes bloquent le thread principal de FiveM pendant leur exécution et provoquent les gels caractéristiques lors des actions d’inventaire ou de connexion. Les causes les plus fréquentes sont des tables sans index, des requêtes SELECT * sans filtre sur des tables volumineuses, et des scripts qui font des dizaines de requêtes MySQL pour chaque action joueur. Activez les slow query logs de MySQL pour identifier les requêtes problématiques.
Trop de véhicules spawned non supprimés
Chaque véhicule présent dans le monde FiveM génère une charge sur le serveur, même si personne ne le conduit. Sur les serveurs sans système de garage qui supprime les véhicules abandonnés, des centaines de véhicules peuvent s’accumuler au fil d’une session. Installez un script de nettoyage automatique des véhicules sans conducteur (car_cleaner ou similaire) — l’impact sur les performances peut être immédiat et spectaculaire.
Un hébergeur sous-dimensionné
Si resmon ne révèle aucun script problématique et que le lag persiste, le problème vient probablement de l’infrastructure. Un serveur FiveM avec ESX, 20 scripts actifs et 30 joueurs a besoin de 6 à 8 Go de RAM et d’un processeur Ryzen haute fréquence. Sur un hébergeur qui vous vend « des slots » sans garantir la RAM et le CPU sous-jacents, votre serveur sera en compétition avec d’autres serveurs pour les mêmes ressources. Consultez notre comparatif des meilleurs hébergeurs FiveM pour identifier une alternative.
Diagnostic pas à pas — trouver le coupable
Étape 1 : lire resmon
Tapez resmon 1 dans votre console txAdmin pendant une période de lag. Notez les 5 ressources les plus consommatrices. Si une ressource dépasse 2ms de façon constante, commencez par elle. Arrêtez-la temporairement avec stop nom_ressource et observez si le lag diminue.
Étape 2 : vérifier les logs oxmysql
Dans votre server.cfg, ajoutez set oxmysql_slow_query_warning 200 pour afficher les requêtes qui dépassent 200ms. Si des requêtes apparaissent régulièrement dans les logs, le problème est MySQL. Vérifiez que vos tables ont des index sur les colonnes fréquemment utilisées en WHERE (identifier, job, etc.).
Étape 3 : surveiller la RAM et le CPU
Depuis votre panel Portallis, consultez l’utilisation RAM et CPU en temps réel. Si vous êtes régulièrement au-dessus de 85% de RAM, votre serveur manque de ressources. Si le CPU est à 100% sur un seul thread pendant les pics de lag, c’est un problème de fréquence mono-cœur — assurez-vous que votre hébergeur utilise un processeur Ryzen récent et non un Xeon ancien.
Étape 4 : tester sans certains scripts
Désactivez temporairement les scripts les plus consommateurs identifiés dans resmon, un par un. Redémarrez le serveur entre chaque désactivation et observez l’évolution du TPS. Cette méthode, bien que laborieuse, est la plus fiable pour isoler le script responsable sur un serveur avec de nombreuses ressources actives.
Solutions rapides à mettre en place aujourd’hui
Plusieurs ajustements peuvent réduire significativement le lag sans modifier vos scripts. Dans votre server.cfg, ajoutez set sv_maxClients à un nombre réaliste — un serveur de 128 places avec 20 joueurs réguliers gaspille des ressources en maintenant des slots vides. Réduisez également la distance de streaming des entités avec set streaming_distance si votre serveur a beaucoup de véhicules et de peds custom. Enfin, programmez un redémarrage automatique quotidien via txAdmin (Settings → Scheduled Restarts) — les fuites mémoire des scripts s’accumulent sur la durée et un redémarrage nocturne remet tout à zéro.
Si après toutes ces vérifications votre serveur FiveM lag encore de façon persistante, la cause est très probablement l’infrastructure. Un serveur FiveM sérieux a besoin d’un processeur Ryzen haute fréquence et de RAM dédiée non mutualisée — exactement ce que propose Portallis dès 4 Go à 4€/mois.
Questions fréquentes
Comment savoir si mon serveur FiveM lag à cause d’un script ou de l’hébergeur ?
Utilisez resmon 1 dans votre console txAdmin. Si une ou plusieurs ressources dépassent 2ms de façon constante, le problème vient d’un script. Si resmon affiche des valeurs faibles pour toutes les ressources mais que le lag persiste, le problème vient de l’infrastructure — RAM insuffisante, CPU partagé ou processeur à basse fréquence mono-cœur.
Quel TPS est considéré comme normal sur FiveM ?
Un serveur FiveM sain tourne à 20 TPS sur ses trois threads (svSync, svNetwork, svMain). En dessous de 18 TPS de façon régulière, vos joueurs ressentent du lag. En dessous de 15 TPS, le lag est significatif et visible. En dessous de 10 TPS, le serveur est en difficulté sérieuse.
Est-ce qu’ajouter de la RAM règle le lag FiveM ?
Seulement si le lag est causé par un manque de RAM. Si votre serveur consomme plus de 85-90% de sa RAM disponible, ajouter de la RAM aidera. Si la RAM est sous-utilisée mais que le TPS est bas, le problème vient du CPU ou d’un script mal optimisé — ajouter de la RAM n’aura aucun effet.
Les scripts ESX anciens causent-ils plus de lag que les scripts ESX Legacy ?
Oui, significativement. Les anciens scripts ESX 1.2 utilisent des patterns de code qui génèrent beaucoup de requêtes MySQL et des boucles non optimisées. La migration vers ESX Legacy avec oxmysql permet souvent de réduire la charge serveur de 20 à 40% à nombre de scripts équivalent.
Comment programmer un redémarrage automatique sur FiveM ?
Dans txAdmin, allez dans Settings → Scheduled Restarts. Ajoutez un redémarrage quotidien à une heure creuse (4h ou 5h du matin). txAdmin enverra un message d’avertissement aux joueurs connectés 15 et 5 minutes avant le redémarrage. Cette pratique réduit l’accumulation des fuites mémoire et maintient les performances du serveur sur la durée.