Réunion du 12-11-2024 - Historique des versions

Acryline le 22 novembre 2024 à 14:26

2024-11-22T14:26:37Z

Acryline : /* Compatibilité des scripts SL avec OpenSim */

2024-11-22T13:59:36Z

Compatibilité des scripts SL avec OpenSim

← Version précédente		Version du 22 novembre 2024 à 15:59
Ligne 61 :		Ligne 61 :
	* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts.		* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts.
	}}		}}
	* Vincent Sylvester indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions. Il explique qu'en utilisant un timer rapide et en divisant le nombre d'itérations par llGetTime()[https://wiki.secondlife.com/wiki/LlGetTime], on peut estimer un "tickrate" pour un script, bien que ce ne soit pas un tickrate officiel. ~~Bien que~~ les timers ~~aient~~ un interval minimal, il mentionne que les scripts qui atteignent cette limitation sont souvent mal conçus.		* Vincent Sylvester indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions. Il explique qu'en utilisant un timer rapide et en divisant le nombre d'itérations par llGetTime()[https://wiki.secondlife.com/wiki/LlGetTime], on peut estimer un "tickrate" pour un script, bien que ce ne soit pas un tickrate officiel. Même si les timers ont un interval minimal, il mentionne que les scripts qui atteignent cette limitation sont souvent mal conçus.
	*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.

Acryline : /* Différence d'architecture de traitement */

2024-11-22T13:58:20Z

Différence d'architecture de traitement

← Version précédente		Version du 22 novembre 2024 à 15:58
Ligne 68 :		Ligne 68 :
	* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).		* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).
	* '''OpenSimulator''' (ndrl : avant l'utilisation de dotnet, donc avec Mono ?) utilisait une approche multi-threadée, lançant de nombreux threads sans garantie de gestion efficace, ce qui pouvait entraîner des blocages, notamment à cause de l'utilisation de llSleep.		* '''OpenSimulator''' (ndrl : avant l'utilisation de dotnet, donc avec Mono ?) utilisait une approche multi-threadée, lançant de nombreux threads sans garantie de gestion efficace, ce qui pouvait entraîner des blocages, notamment à cause de l'utilisation de llSleep.

	* 🏗️ (encore trois phrases ... dur dur :))

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12

Acryline : /* Compatibilité des scripts SL avec OpenSim */

2024-11-22T13:57:58Z

Compatibilité des scripts SL avec OpenSim

← Version précédente		Version du 22 novembre 2024 à 15:57
Ligne 59 :		Ligne 59 :
	* '''Le tickrate''' fait référence à la fréquence à laquelle le serveur exécute les mises à jour de la simulation du jeu, mesurée en hertz (Hz). Il détermine combien de fois par seconde le serveur traite les événements, met à jour l'état du monde virtuel et gère les interactions entre les utilisateurs et les objets.		* '''Le tickrate''' fait référence à la fréquence à laquelle le serveur exécute les mises à jour de la simulation du jeu, mesurée en hertz (Hz). Il détermine combien de fois par seconde le serveur traite les événements, met à jour l'état du monde virtuel et gère les interactions entre les utilisateurs et les objets.

	* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts~~. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions~~.		* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts.
	}}		}}
			* Vincent Sylvester indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions. Il explique qu'en utilisant un timer rapide et en divisant le nombre d'itérations par llGetTime()[https://wiki.secondlife.com/wiki/LlGetTime], on peut estimer un "tickrate" pour un script, bien que ce ne soit pas un tickrate officiel. Bien que les timers aient un interval minimal, il mentionne que les scripts qui atteignent cette limitation sont souvent mal conçus.
	*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.

	====Différence d'architecture de traitement ====		====Différence d'architecture de traitement ====
	* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).		* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).

Acryline : /* Scripts */

2024-11-22T13:44:55Z

Scripts

← Version précédente		Version du 22 novembre 2024 à 15:44
Ligne 63 :		Ligne 63 :
	*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.
	* 🏗️ (encore ~~une petite notion à propos des threats~~)		====Différence d'architecture de traitement ====
			* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).
			* '''OpenSimulator''' (ndrl : avant l'utilisation de dotnet, donc avec Mono ?) utilisait une approche multi-threadée, lançant de nombreux threads sans garantie de gestion efficace, ce qui pouvait entraîner des blocages, notamment à cause de l'utilisation de llSleep.

			* 🏗️ (encore trois phrases ... dur dur :))

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12

Acryline : /* Compatibilité des scripts SL avec OpenSim */

2024-11-22T13:22:48Z

Compatibilité des scripts SL avec OpenSim

← Version précédente		Version du 22 novembre 2024 à 15:22
Ligne 61 :		Ligne 61 :
	* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions.		* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions.
	}}		}}
	*'''Second Life (SL)''' : Le tickrate ~~estimé~~ est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.
	* 🏗️ (encore une petite notion à propos des threats)		* 🏗️ (encore une petite notion à propos des threats)

Acryline : /* Scripts */

2024-11-22T13:22:11Z

Scripts

← Version précédente		Version du 22 novembre 2024 à 15:22
Ligne 63 :		Ligne 63 :
	*'''Second Life (SL)''' : Le tickrate estimé est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate estimé est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.
			* 🏗️ (encore une petite notion à propos des threats)

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12

Acryline : /* Compatibilité des scripts SL avec OpenSim */

2024-11-22T13:18:45Z

Compatibilité des scripts SL avec OpenSim

← Version précédente		Version du 22 novembre 2024 à 15:18
Ligne 59 :		Ligne 59 :
	* '''Le tickrate''' fait référence à la fréquence à laquelle le serveur exécute les mises à jour de la simulation du jeu, mesurée en hertz (Hz). Il détermine combien de fois par seconde le serveur traite les événements, met à jour l'état du monde virtuel et gère les interactions entre les utilisateurs et les objets.		* '''Le tickrate''' fait référence à la fréquence à laquelle le serveur exécute les mises à jour de la simulation du jeu, mesurée en hertz (Hz). Il détermine combien de fois par seconde le serveur traite les événements, met à jour l'état du monde virtuel et gère les interactions entre les utilisateurs et les objets.

	* Tickrate utillisé par Vincent Sylvester : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions.		* '''Tickrate utillisé par Vincent Sylvester''' : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions.
	}		}}
	*'''Second Life (SL)''' : Le tickrate estimé est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.		*'''Second Life (SL)''' : Le tickrate estimé est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.

Acryline : /* Gestion des surcharges */

2024-11-22T13:18:16Z

Gestion des surcharges

← Version précédente		Version du 22 novembre 2024 à 15:18
Ligne 51 :		Ligne 51 :
	* Cette amélioration est certes liée à dotnet mais elle est liée également à l''''amélioration du code de la version 0.9.3 d'OpenSimulator'''.		* Cette amélioration est certes liée à dotnet mais elle est liée également à l''''amélioration du code de la version 0.9.3 d'OpenSimulator'''.
	==== Gestion des surcharges ====		==== Gestion des surcharges ====
	* Mono [https://fr.wikipedia.org/wiki/Mono_(logiciel)] :		* '''Mono''' [https://fr.wikipedia.org/wiki/Mono_(logiciel)] gérait les surcharges de manière à ne pas bloquer le système.
	* ~~Dotnet~~ :		* '''Dotnet''' pourrait permettre à des scripts mal conçus de provoquer des blocages plus graves. Certains scripts SL sont connus pour cela, il suffit de quelques uns pour bloquer une région.
	*🏗️
			====Compatibilité des scripts SL avec OpenSim ====
			* Avec dotnet la gestion des scripts est plus efficace, ce qui peut permettre d'atteindre un tickrate plus élevé ou de mieux gérer les scripts gourmands en ressources. Si le tickrate d'OpenSimulator pouvait être synchronisé avec celui de SL, cela pourrait améliorer la performance des scripts et réduire les problèmes de compatibilité pour les utilisateurs qui utilisent des scripts conçus pour SL. Cependant, cela dépendrait également de la qualité de la conception des scripts eux-mêmes.
			{{NDLR\|fond=white \|bord=green\|message = <br>
			* '''Le tickrate''' fait référence à la fréquence à laquelle le serveur exécute les mises à jour de la simulation du jeu, mesurée en hertz (Hz). Il détermine combien de fois par seconde le serveur traite les événements, met à jour l'état du monde virtuel et gère les interactions entre les utilisateurs et les objets.

			* Tickrate utillisé par Vincent Sylvester : nombre maximum de commandes ou d'actions qu'un script peut exécuter par image (frame) ou par tick.Cela correspond à la capacité de traitement des scripts. V.S. indique que les scripts n'ont pas de tickrate au sens traditionnel, mais qu'il est possible d'estimer un "tickrate" basé sur la fréquence à laquelle les scripts peuvent exécuter des actions.
			}
			*'''Second Life (SL)''' : Le tickrate estimé est fixé à 15 Hz, ce qui signifie que le serveur met à jour la simulation 15 fois par seconde.
			* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12

Acryline : /* Scripts */

2024-11-22T12:11:37Z

Scripts

← Version précédente		Version du 22 novembre 2024 à 14:11
Ligne 48 :		Ligne 48 :

	=== Scripts ===		=== Scripts ===
	* '''Les scripts semblent plus réactifs avec dotnet''', probablement parce qu'ils traitent plus rapidement la file d'attente des actions qu'ils demandent d'exécuter, de sorte qu'il y a moins de « pile » à parcourir avant d'obtenir un résultat.		* '''Les scripts semblent plus réactifs avec [[Lexique_des_réunions#dotnet \|dotnet]]''', probablement parce qu'ils traitent plus rapidement la file d'attente des actions qu'ils demandent d'exécuter, de sorte qu'il y a moins de « pile » à parcourir avant d'obtenir un résultat.
	* Cette amélioration est certes liée à dotnet mais elle est liée également à l'amélioration du code de la version 0.9.3 d'OpenSimulator.		* Cette amélioration est certes liée à dotnet mais elle est liée également à l''''amélioration du code de la version 0.9.3 d'OpenSimulator'''.
			==== Gestion des surcharges ====
			* Mono [https://fr.wikipedia.org/wiki/Mono_(logiciel)] :
			* Dotnet :
	*🏗️		*🏗️

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-11-12

← Version précédente		Version du 22 novembre 2024 à 16:26
Ligne 28 :		Ligne 28 :
	* '''Il n'est pas certain qu'Osgrid soit de retour pour la prochaine réunion'''.		* '''Il n'est pas certain qu'Osgrid soit de retour pour la prochaine réunion'''.

	== CPU : Mono et Dotnet ==		=Plateformes : utilisation CPU avec Mono vs Dotnet =
	=== Mesure de l'utilisation du CPU dans OpenSim ===		== Mesure de l'utilisation du CPU dans OpenSim ==
	* Jusqu'à présent, '''la version [[Lexique_des_réunions#dotnet \| dotnet]]''' d'OpenSim a montré une '''réduction globale de l'utilisation du processeur de 50%''', ce qui est assez important.		* Jusqu'à présent, '''la version [[Lexique_des_réunions#dotnet \| dotnet]]''' d'OpenSim a montré une '''réduction globale de l'utilisation du processeur de 50%''', ce qui est assez important.
	* Dans le monde virtuel (In World) il n'existe pas de fonction LSL directe pour tester l'utilisation du CPU.		* Dans le monde virtuel (In World) il n'existe pas de fonction LSL directe pour tester l'utilisation du CPU.
Ligne 41 :		Ligne 41 :
	}}		}}

	=== Génération de tuiles de carte===		== Génération de tuiles de carte==
	* Ubit Umarov propose d'utiliser la génération de tuiles de cartes pour tester le CPU. Mais c'est un thread unique qui s'en tient au maximum à 100% du CPU.		* Ubit Umarov propose d'utiliser la génération de tuiles de cartes pour tester le CPU. Mais c'est un thread unique qui s'en tient au maximum à 100% du CPU.
	* À ce propos, Vincent Sylvester dit qu'il pourrait peut-être '''paralléliser certaines tâches''' mais il n'a pas encore beaucoup étudié Warp3D et c'est difficile de comprendre la trigonométrie de ce module.		* À ce propos, Vincent Sylvester dit qu'il pourrait peut-être '''paralléliser certaines tâches''' mais il n'a pas encore beaucoup étudié Warp3D et c'est difficile de comprendre la trigonométrie de ce module.
Ligne 47 :		Ligne 47 :
	* Le module de carte intègre peu de cache, Vincent Sylvester se demande si le fait de '''mettre en cache''' les résultats du rendu des objets et de ne rendre que les objets modifiés n'améliorerait pas les performances au moment de l'exécution.		* Le module de carte intègre peu de cache, Vincent Sylvester se demande si le fait de '''mettre en cache''' les résultats du rendu des objets et de ne rendre que les objets modifiés n'améliorerait pas les performances au moment de l'exécution.

	=== Scripts ===		== Scripts ==
	* '''Les scripts semblent plus réactifs avec [[Lexique_des_réunions#dotnet \|dotnet]]''', probablement parce qu'ils traitent plus rapidement la file d'attente des actions qu'ils demandent d'exécuter, de sorte qu'il y a moins de « pile » à parcourir avant d'obtenir un résultat.		* '''Les scripts semblent plus réactifs avec [[Lexique_des_réunions#dotnet \|dotnet]]''', probablement parce qu'ils traitent plus rapidement la file d'attente des actions qu'ils demandent d'exécuter, de sorte qu'il y a moins de « pile » à parcourir avant d'obtenir un résultat.
	* Cette amélioration est certes liée à dotnet mais elle est liée également à l''''amélioration du code de la version 0.9.3 d'OpenSimulator'''.		* Cette amélioration est certes liée à dotnet mais elle est liée également à l''''amélioration du code de la version 0.9.3 d'OpenSimulator'''.
	==== Gestion des surcharges ====		=== Gestion des surcharges ===
	* '''Mono''' [https://fr.wikipedia.org/wiki/Mono_(logiciel)] gérait les surcharges de manière à ne pas bloquer le système.		* '''Mono''' [https://fr.wikipedia.org/wiki/Mono_(logiciel)] gérait les surcharges de manière à ne pas bloquer le système.
	* '''Dotnet''' pourrait permettre à des scripts mal conçus de provoquer des blocages plus graves. Certains scripts SL sont connus pour cela, il suffit de quelques uns pour bloquer une région.		* '''Dotnet''' pourrait permettre à des scripts mal conçus de provoquer des blocages plus graves. Certains scripts SL sont connus pour cela, il suffit de quelques uns pour bloquer une région.

	====Compatibilité des scripts SL avec OpenSim ====		===Compatibilité des scripts SL avec OpenSim ===
	* Avec dotnet la gestion des scripts est plus efficace, ce qui peut permettre d'atteindre un tickrate plus élevé ou de mieux gérer les scripts gourmands en ressources. Si le tickrate d'OpenSimulator pouvait être synchronisé avec celui de SL, cela pourrait améliorer la performance des scripts et réduire les problèmes de compatibilité pour les utilisateurs qui utilisent des scripts conçus pour SL. Cependant, cela dépendrait également de la qualité de la conception des scripts eux-mêmes.		* Avec dotnet la gestion des scripts est plus efficace, ce qui peut permettre d'atteindre un tickrate plus élevé ou de mieux gérer les scripts gourmands en ressources. Si le tickrate d'OpenSimulator pouvait être synchronisé avec celui de SL, cela pourrait améliorer la performance des scripts et réduire les problèmes de compatibilité pour les utilisateurs qui utilisent des scripts conçus pour SL. Cependant, cela dépendrait également de la qualité de la conception des scripts eux-mêmes.
	{{NDLR\|fond=white \|bord=green\|message = <br>		{{NDLR\|fond=white \|bord=green\|message = <br>
Ligne 65 :		Ligne 65 :
	* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.		* '''OpenSimulator''' : Le tickrate par défaut est de 10 Hz, mais il peut être ajusté dans la configuration. Un tickrate plus élevé peut améliorer la réactivité, mais il est important de noter que des scripts mal conçus peuvent entraîner des problèmes de performance, notamment des blocages du simulateur.

	====Différence d'architecture de traitement ====		===Différence d'architecture de traitement ===
	* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).		* '''Sur Second Life''' les scripts fonctionnent sur un moteur à thread unique, exécutant des morceaux de scripts à chaque battement de cœur (heartbeat).
	* '''OpenSimulator''' (ndrl : avant l'utilisation de dotnet, donc avec Mono ?) utilisait une approche multi-threadée, lançant de nombreux threads sans garantie de gestion efficace, ce qui pouvait entraîner des blocages, notamment à cause de l'utilisation de llSleep.		* '''OpenSimulator''' (ndrl : avant l'utilisation de dotnet, donc avec Mono ?) utilisait une approche multi-threadée, lançant de nombreux threads sans garantie de gestion efficace, ce qui pouvait entraîner des blocages, notamment à cause de l'utilisation de llSleep.

Réunion du 12-11-2024 - Historique des versions

Acryline le 22 novembre 2024 à 14:26

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Différence d'architecture de traitement */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Scripts */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Scripts */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Gestion des surcharges */

Acryline : /* Scripts */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Différence d'architecture de traitement */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Scripts */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Scripts */

Acryline : /* Compatibilité des scripts SL avec OpenSim */

Acryline : /* Gestion des surcharges */

Acryline : /* Scripts */