Réponse rapide : Resmon est le moniteur de ressources côté client de FiveM. Ouvrez la console F8 et exécutez-le. resmon vrai Pour analyser le coût des ressources côté client, utilisez cet outil afin d'identifier les scripts, cartes, HUD et ressources d'interface utilisateur gourmands en ressources avant de tenter de deviner la cause d'un faible nombre d'images par seconde.
Dernière mise à jour : 25 juin 2026
Ouvrir Resmon
- Rejoignez votre serveur.
- Presse
F8. - Courir:
resmon vraiEn cas de refus d'accès, la documentation de Cfx.re indique que le mode développeur peut être nécessaire pour certains diagnostics. Effectuez vos tests sur un client de développement ou utilisez le profileur pour un débogage plus approfondi.
Ce que Resmon vous dit
| Colonne/signal | Signification |
|---|---|
| CPU ms | Combien de temps processeur côté client une ressource consomme-t-elle ?. |
| Mémoire | Quantité de mémoire utilisée par la ressource sur le client. |
| pointes | De brèves rafales pouvant survenir lors de l'interface utilisateur, du streaming ou des boucles. |
| coût élevé constant | Une ressource qui nécessite probablement un travail de code ou d'intégration. |
méthode d'essai pratique
- Placez-vous dans un endroit calme et repérez les ressources les plus coûteuses.
- Déménagez dans un quartier urbain animé, un MLO ou un endroit à forte densité de véhicules.
- Ouvrez les menus, l'inventaire, le téléphone, l'interface HUD et l'interface de travail un par un.
- Enregistrez les pics de ressources et l'action qui les a provoqués.
- Désactivez une ressource suspecte dans l'environnement de test et répétez le même test.
Quand utiliser le profileur
Utilisez Resmon pour un tri rapide. Utilisez le profileur Cfx.re pour un débogage plus fin, ligne par ligne, des ressources. Le profileur est particulièrement utile lorsqu'une ressource consomme constamment beaucoup de ressources, mais que la raison n'est pas évidente en jeu.
Causes fréquentes de valeurs Resmon élevées
- Boucles sans suffisamment
Attendez()temps. - Scripts NUI qui se mettent à jour à chaque image.
- Grandes cartes ou packs de vêtements à proximité des zones denses.
- Les interfaces tête haute (HUD) vérifient trop souvent l'état du joueur.
- Événements client effectuant un travail de type serveur.
Guides d'optimisation associés
- Optimisation du serveur FiveM
- Comment afficher les FPS dans FiveM
- Correction des avertissements de saccades de threads dans FiveM
- Guide officiel du profileur Cfx.re
Comment lire Resmon sans surréagir
Une brève augmentation de la consommation de ressources n'est pas toujours un bug. Ouvrir un téléphone, l'inventaire, le menu des vêtements ou une carte peut brièvement consommer plus de ressources CPU. Le problème vient d'une ressource qui reste gourmande en ressources même en mode inactif ou qui connaît des pics de consommation toutes les quelques secondes en cours de jeu.
Notes de test utiles
- Effectuez le test en empruntant systématiquement le même itinéraire à travers la ville.
- Notez les trois ressources les plus importantes avant de modifier quoi que ce soit.
- Désactivez une ressource suspecte à la fois.
- Effectuez un nouveau test après un redémarrage complet, et non pas seulement après un rechargement à chaud.
- Vérifiez à la fois le nombre de joueurs faible et le nombre de joueurs occupés.
Correctifs de développeurs qui fonctionnent généralement
Augmentez les temps d'attente dans les boucles, évitez les mises à jour constantes de l'interface utilisateur, mettez en cache les recherches répétées, déplacez les tâches côté serveur hors du code client et cessez de vérifier l'état de chaque joueur à chaque image. Si un script doit réagir à des événements, utilisez-les plutôt que d'interroger le système en continu lorsque c'est possible.
Comment décider quoi réparer en premier
Ne supprimez pas des ressources au hasard parce qu'un nombre semble élevé un instant. Testez d'abord le même itinéraire à travers la ville, notez les trois ressources les plus coûteuses, puis modifiez une chose à la fois. Un menu de téléphone, d'inventaire ou de vêtements peut augmenter uniquement lorsqu'il est ouvert ; c'est différent d'un script qui reste coûteux lorsque le joueur est inactif.
Correctifs courants que les développeurs devraient vérifier
- Augmentez les délais dans les boucles qui n'ont pas besoin de vérifications à chaque image.
- Mettez en cache les recherches répétées de joueurs, véhicules ou entités.
- Réduisez les messages constants NUI provenant des ressources HUD et téléphone.
- Déplacez la validation côté serveur hors des boucles client.
- Utilisez des événements là où le sondage n'est qu'une commodité.
Ce que Resmon ne peut pas prouver
Resmon est côté client. Il aide à identifier les ressources qui coûtent du temps d'image à un joueur, mais il ne remplace pas les journaux serveur, le profilage de base de données ou la surveillance txAdmin. Une ressource peut sembler peu coûteuse côté client et pourtant créer une pression sur la base de données côté serveur. Utilisez Resmon pour l'expérience client, puis utilisez les outils serveur pour les problèmes backend.
Notes avant et après
Prenez une capture d'écran ou notez les valeurs en millisecondes avant de modifier le code. Après chaque correctif, retestez le même itinéraire avec le même nombre de joueurs si possible. Sans test reproductible, le travail de performance devient une supposition.
Lorsque le problème est intermittent, enregistrez l'heure, le nombre de joueurs et l'emplacement. Cela aide à comparer les données Resmon avec les journaux txAdmin et les modifications récentes des ressources.
Pour les équipes partagées, conservez un petit journal de performance afin que les développeurs puissent voir ce qui a changé avant l'apparition du pic.
De bonnes notes rendent l'optimisation plus rapide que les suppositions.
Elles facilitent également le retour à la mise à jour exacte de la ressource qui a causé la régression.
Gardez les notes suffisamment courtes pour que le personnel les utilise réellement.