Un server.cfg sans superflu

Une ressource démarrée se charge en mémoire, et ses boucles tournent, qu'un joueur s'en serve ou non. Un server.cfg qui a grandi par copier-coller en accumule toujours quelques-unes de trop.

Ce qu'on retire

• Les doublons. Une ressource démarrée deux fois est redémarrée à la seconde ligne : un chargement complet pour rien. Deux ensure chat, ou un ensure et un start pour la même ressource, se réduisent à une ligne.
• Les outils de développement. Scripts de test, menus de débogage, ressources d'exemple : utiles sur un serveur de test, inutiles -- voire dangereux -- sur le serveur ouvert aux joueurs.
• Ce qui n'est plus utilisé. Une ressource « désactivée dans le jeu » mais toujours démarrée consomme toujours.

OneSync

set onesync on

OneSync change la façon dont le serveur synchronise les entités : c'est lui qui permet au serveur de connaître la position des joueurs et des véhicules (les vérifications de distance du parcours sécurité en dépendent), et il est requis pour accueillir un grand nombre de joueurs. La plupart des frameworks récents le supposent activé.

Mesurer plutôt que deviner

Côté joueur, resmon 1 dans la console F8 ; côté serveur, le profileur intégré à FXServer (les commandes profiler). Tous deux indiquent ce que coûte chaque ressource. On optimise ce qui est mesuré lent, pas ce qui semble l'être.