Comment réduire le lag d'un serveur FiveM : 10 correctifs éprouvés

Le lag est la première raison pour laquelle les joueurs quittent un serveur roleplay. La bonne nouvelle : la plupart du lag FiveM se corrige dès qu’on le mesure. Voici dix correctifs éprouvés, à peu près par ordre d’impact.

1. Mesurez d’abord avec resmon

On ne corrige pas ce qu’on ne voit pas. Ouvrez la console et lancez resmon à un nombre de joueurs réaliste, puis triez par temps CPU par frame (ms). Cette seule étape vous dit où se trouvent 90 % de votre problème. Les joueurs ressentent le total de toutes les ressources — vingt scripts à 1 ms chacun, c’est pire qu’il n’y paraît.

2. Corrigez votre ordre de chargement

Des dépendances chargées dans le mauvais ordre provoquent erreurs, nouvelles tentatives et cycles gaspillés. Le framework et les bibliothèques (oxmysql, ox_lib) démarrent en premier ; tout ce qui en dépend démarre après.

3. Supprimez les boucles serrées

Le tueur classique, c’est un thread qui tourne à chaque frame sans en avoir besoin. Les vérifications de distance, le dessin de marqueurs et les invites ont rarement besoin de Wait(0). Dormir quand le joueur est loin peut réduire le coût d’une ressource de 90 %.

4. Remplacez le polling par des événements

Si un script vérifie en permanence si quelque chose s’est produit, voyez si le framework peut le lui dire. Le code événementiel dort jusqu’à ce qu’on ait besoin de lui et ne coûte rien au repos.

5. Maîtrisez vos habitudes en base de données

Interroger MySQL dans une boucle ou à chaque tick met à genoux un serveur chargé. Groupez les requêtes, mettez en cache ce qui bouge peu, et utilisez correctement les patterns asynchrones d’oxmysql.

6. Auditez les NUI lourdes (HUD et menus)

La couche d’interface navigateur est facile à maltraiter. Un HUD qui se re-rend en continu, ou un menu qui ne se limite jamais, grignote les FPS client en silence. Voyez notre guide de personnalisation du HUD pour savoir à quoi ressemble le « bon ».

7. Supprimez les ressources inutilisées

Chaque ressource toujours active coûte quelque chose. Passez votre liste en revue et retirez ce que vous n’utilisez pas vraiment. Moins de ressources, mais meilleures, valent mieux qu’un tas à moitié utilisé.

8. Choisissez des systèmes centraux légers

La vérité qui dérange : les ressources que vous choisissez pèsent plus que n’importe quel réglage après coup. Votre inventaire, votre HUD et votre framework tournent pour chaque joueur, en permanence : leur coût par frame fixe votre plancher. Pour un système toujours actif, exigez un resmon bas et stable en charge. Les systèmes premium bien optimisés — un inventaire léger comme Quasar Inventory, par exemple — sont conçus pour garder une empreinte faible même dans une ville pleine, ce qui libère du budget pour le reste. Vous pouvez comparer l’adoption des ressources les plus légères sur notre page de métriques.

9. Surveillez le nombre d’entités et d’objets

Trop de props, de PNJ et de véhicules générés matraquent le serveur comme les clients. Nettoyez les entités abandonnées, limitez les scripts gourmands en props et utilisez le streaming intelligemment.

10. Re-mesurez et recommencez chaque mois

L’optimisation est une habitude, pas une tâche ponctuelle. Établissez la référence de votre resmon total, corrigez les pires, re-mesurez, et recommencez chaque mois pour que votre serveur reste rapide en grandissant.

Pour le raisonnement complet derrière ces correctifs, lisez notre guide d’optimisation de serveur en profondeur.