FiveM : latence et saccades (optimisation)

Un serveur FiveM fluide maintient un tick rate stable au-dessus de 30 Hz. Les saccades et la latence apparaissent quand une ressource bloque le thread principal ou que le réseau sature.

Cause / Le problème

Les avertissements “server thread hitch warning” indiquent qu’un script met trop de temps à s’exécuter sur un cycle (tick). Causes fréquentes : boucles trop lourdes, requêtes SQL synchrones dans le thread principal, trop d’entités synchronisées, ou une configuration OneSync sous-dimensionnée.

Solution

1. Identifiez les ressources lentes. Dans la console txAdmin, les avertissements “Hitch time: XXXms” sont souvent suivis du nom du script fautif. Utilisez aussi la commande profile pour générer un rapport CPU par ressource.
2. Optimisez les requêtes SQL. Remplacez les appels MySQL.Sync.fetchAll (bloquants) par MySQL.Async.fetchAll. Ajoutez des index sur les colonnes fréquemment filtrées (identifier, citizenid).
3. Réduisez la charge réseau. Vérifiez sv_maxclients : un serveur 128 slots avec 30 joueurs n’a pas besoin d’être configuré en 128. Baissez à 64 si c’est votre pic réel.
4. Limitez les ressources. Au-delà de 150 ressources actives, le démarrage et le tick se dégradent. Désactivez ce que vous n’utilisez pas (stop dans la console, commentez l’ensure).
5. Activez OneSync Infinity (onesync on) pour une meilleure répartition de la charge réseau qu’en mode legacy.
6. Surveillez le tick rate via la commande sr_maxSnapshots ou un dashboard txAdmin : un serveur sain reste au-dessus de 30 Hz, idéalement 60 Hz.

Visez un serveur FPS supérieur à 30 en moyenne. En dessous, les joueurs ressentent le lag même avec un bon ping.