| Données
|
Description
|
Valeur
|
Commentaires
|
| Time now
|
Jour et heure actuelle
|
2026-01-22 16:03:42
|
|
| Server has been running since
|
Durée de fonctionnement du serveur
|
00:22:00.4083404
|
C'est-à-dire à peu près 22 minutes
|
| Heap allocated
|
Mémoire dynamique allouée (RAM allouée).
|
45 Mo
|
C'est la mémoire que le processus a explicitement réservée. C'est une partie spécifique de la mémoire physique qui a été allouée par le processus à la volée et qui peut être libérée ultérieurement.
Sur Linux, vous pouvez trouver la quantité de RAM disponible avec la commande free -h
|
| allocation rate (last/avg)
|
Taux d'allocation (dernier / moyenne)
- Dernier taux : taux d'allocation de mémoire le plus récent observé
- Moyenne : taux d'allocation moyen pendant 1 seconde.
|
- 0.122 Mo
- 0.073Mo par seconde.
|
- Dernier taux : Le système a ajouté cette quantité de mémoire à la mémoire dynamique à ce moment-là.
- Moyenne : Cette valeur pourrait être négative et indiquer que le système a relâché de la mémoire plutôt que d'en avoir alloué.
|
| GCTotalCommited
|
Mémoire totale réservée
|
58 Mo
|
Ce terme indique combien de mémoire a été réservée au total, ce qui peut inclure la mémoire pour les objets qui seront gérés et libérés par le ramasse miette(Garbage Collector GB) . Elle est souvent supérieure à la mémoire dynamique allouée, car elle prend en compte tous les objets ( Instance de classe, tableaux, etc.) et ressources (fichiers ouverts, connexion réseau, etc.) que le système doit gérer.
|
| GCTotalAvaiable
|
Mémoire totale disponible
|
15864 Mo ( ≈ 16Go)
|
- GCTotalAvailable fait référence à la quantité totale de mémoire encore disponible pour l'allocation par le gestionnaire de mémoire dans un système.
- Une bonne quantité de mémoire disponible permet au processus d'obtenir rapidement de la mémoire et ne pas être ralenti.
|
| GCHMthreshold
|
Seuil de mémoire du ramasse-miettes (Garbage Collection Heap Memory threshold)
|
7932 Mo (≈ 8Go)
|
- GCHMthreshold représente le seuil de mémoire au-delà duquel le mécanisme de garbage collection s'active pour libérer de la mémoire.
- Problème : GC fait comme si une application s'exécutait seule sur une machine. L'application peut consommer une quantité importante de mémoire sans tenir compte des autres applications en cours d'exécution. Cela peut entraîner des performances sous-optimales et une concurrence pour les ressources. Consultez la page Configuration pour GC
|
| Process memory : Physical
|
Mémoire physique du processus
|
208 Mo
|
Cette mémoire est composée de la mémoire dynamique allouée et d'autres types de mémoires nécessaires au fonctionnement du processus. C'est l'espace réel occupé en RAM par le processus à un instant donné. Cela inclut à la fois les allocations dynamiques et statiques.
|
| Process memory : Paged
|
Mémoire paginée du processus
|
0 Mo
|
La mémoire paginée permet d'accroître la capacité de la mémoire RAM physique du processus en utilisant temporairement une mémoire virtuelle tirée de l'espace libre réservé à d'autres composants du système.
|
| Peak process memory : Physical
|
Pic de mémoire physique du processus.
|
208Mo
|
|
| Peak process memory : Paged
|
Pic de mémoire paginée du processus.
|
0 Mo
|
|
| Total process Threads
|
Total des threads de processus.
|
31
|
Un thread, ou fil d’exécution, est une unité d'exécution d'un processus qui peut s'exécuter en parallèle avec d'autres threads. Cela permet à un programme de réaliser plusieurs tâches simultanément, ce qui signifie qu'un thread peut continuer son exécution sans bloquer les autres. Dans certaines situations, cela peut améliorer l'efficacité et la réactivité du code.
Indicateurs d'un trop grand nombre de threads
- Consommation excessive de ressources : CPU, Swap
- Blocages ou ralentissements
- Diminution des performances : temps de latence long
- Erreurs dans les logs, exceptions générées lors de l'exécution de threads.
|
| Tracked threads
|
Threads suivis dans le rapport de performance affiché dans la console d'OpenSim.
|
9
|
Il semble y avoir toujours les mêmes 9 threads, pour une standalone ou une région connectée à une grille.
| ID
|
Nom
|
Dernière mise à jour (ms)
|
Durée de vie (ms)
|
Priorité
|
État
|
Description
|
| 13
|
PollServiceWatcherThread
|
89
|
1320014
|
Normal
|
Arrière-plan, Attente
|
Suivi des services
|
| 15
|
MapBlocks (Region)
|
1001
|
1319139
|
Normal
|
Arrière-plan, Attente
|
Gestion de la carte
|
| 16
|
Yengine sleep (Region)
|
1515
|
1319088
|
Normal
|
Arrière-plan, Attente
|
Économie de ressources
|
| 17
|
YScript0 (Region)
|
1426
|
1319087
|
Normal
|
Arrière-plan, Attente
|
Exécution de scripts
|
| 18
|
YScript1 (Region)
|
2428
|
1319087
|
Normal
|
Arrière-plan, Attente
|
Exécution de scripts
|
| 19
|
Incoming Packets (Region)
|
79
|
1318960
|
Normal
|
Arrière-plan, Attente
|
Réception de données
|
| 20
|
Outgoing Packets (Region)
|
14
|
1318960
|
Normal
|
Arrière-plan, Attente
|
Envoi de mises à jour
|
| 21
|
AsyncLSLCmdHandlerThread
|
24
|
1318630
|
Normal
|
Arrière-plan, Attente
|
Traitement asynchrone des scripts
|
| 22
|
Heartbeat-(Region)
|
73
|
1318565
|
Normal
|
Arrière-plan, Attente
|
Vérification de l'état
|
- La plupart des threads sont associés à la région , son nom est indiqué entre parenthèses à coté du nom du thread.
- La plupart des threads sont dans un état d’attente (WaitSleepJoin) , ce qui est normal pour des opérations qui attendent des événements ou des données.
- Si Durée de vie (Lifetime) est grand, cela indique que le thread fonctionnent depuis longtemps et que les processus sont stables. Cela peut aussi indiquer qu'il y a une certaine charge sur les ressources au fil du temps.
|
| Framework main threadpool
|
Threadpool principal
- Workers : nombre de threads actifs dans le pool qui sont actuellement en cours d'exécution. Cela indique combien de threads sont disponibles pour traiter des tâches.
- Completion : nombre de tâches qui ont été complétées par le pool de threads.
|
- 1 (1000 / 16)
- 0 (1000 / 1)
|
- Un pool de threads est une collection de threads pré-initialisés qui peuvent être utilisés pour exécuter des tâches de manière efficace.
- Framework main threadpool : Ensemble principal de threads pré-initialisés utilisés pour exécuter des tâches en parallèle dans le framework .NET.
| Workers
|
1 : un seul thread est actuellement actif dans le pool.
|
| (1000 / 16) : ?
|
| Completion
|
0 : aucune tâche n’a encore été finalisée depuis que le pool de threads a été initialisé.
|
| (1000 / 1) : ?
|
|
| Pool de threads (à l'exclusion des pools de moteurs de scripts)
|
| Thread pool used
|
Thread pool utilisé / Groupe de threads utilisé
|
SmartThreadPool
|
Dans OpenSimDefaults.ini vous trouverez dans la section [Startup] la configuration du paramètre async_call_method qui définit le Thread pool utilisé.
En utilisant ce paramètre dans OpenSim.ini sour [Startup], vous pourrez choisir entre 3 méthodes : QueueUserWorkItem, SmartThreadPool et Thread.
La méthode par défaut est SmartThreadPool
; Définit la méthode qu'OpenSim utilisera pour déclencher des événements asynchrones
;. Les valeurs valides sont ,
; QueueUserWorkItem, SmartThreadPool et Thread.
async_call_method = SmartThreadPool
|
| Max threads
|
Nombre maximal de threads à allouer au pool de threads
|
300
|
- Ce paramètre qui aide à éviter la surcharge du système en limitant le nombre de threads actifs à un certain niveau.
- Dans OpenSimDefaults.ini vous trouverez dans la section [Startup] le paramètre MaxPoolThreads. Si vous voulez diminuer ou augmenter ce maximum, copié le code suivant dans OpenSim.ini sour [Startup] et définissez une nouvelle valeur.
; Nombre maximal de threads à allouer au pool de threads FireAndForget
; lors de l'exécution avec l'option SmartThreadPool ci-dessus
MaxPoolThreads = 300
|
| Min threads
|
Minimum de threads toujours actifs dans le pool.
|
2
|
Ce paramètre garantit que certaines tâches peuvent être traitées même en période de faible activité.
|
| Allocated threads
|
Nombre de threads qui ont été alloués à ce moment précis
|
5
|
Il y a actuellement 5 threads prêts à exécuter des tâches, mais ce nombre peut augmenter jusqu'à 300 si nécessaire.
|
| In use threads
|
Threads en cours d'utilisation
|
3
|
|
| Work items waiting
|
Éléments de travail en attente
|
0
|
Dans ce cas, tous les travaux soumis au pool sont actuellement en cours de traitement, ce qui est un signe positif d'efficacité.
|