Réunion du 03-02-2026 - Historique des versions

Acryline : /* Discussion */

2026-02-07T12:02:17Z

Discussion

← Version précédente		Version du 7 février 2026 à 12:02
Ligne 99 :		Ligne 99 :
	=== Discussion ===		=== Discussion ===
	* Ubit Umarov dit que LI n'est qu'une référence et ça n'a rien à voir avec Second Life.		* Ubit Umarov dit que LI n'est qu'une référence et ça n'a rien à voir avec Second Life.
	* Vincent Sylvester dit que l'[https://fr.wikipedia.org/wiki/Cartographie_UV '''la cartographie UV''']] du mesh n'est pas bonne. Le mesh du château n'est pas joint. À l'importation il va se diviser en plusieurs primitives. Dans certains cas, on peut diviser le mesh s'il faut des primitives individuelles pour les scripts. Mais , en général, '''la jonction est moins lourde'''. En revanche, dans ce cas, le mesh peut ne pas se télécharger correctement s'il est très complexes.		* Vincent Sylvester dit que [https://fr.wikipedia.org/wiki/Cartographie_UV '''la cartographie UV''']] du mesh n'est pas bonne. Le mesh du château n'est pas joint. À l'importation il va se diviser en plusieurs primitives. Dans certains cas, on peut diviser le mesh s'il faut des primitives individuelles pour les scripts. Mais , en général, '''la jonction est moins lourde'''. En revanche, dans ce cas, le mesh peut ne pas se télécharger correctement s'il est très complexes.
	* Cuga Rajal dit que l'importation du mesh a été très facile avec BulletSim. Ubit Umarov lui répond qu'il a perdu le compte de fois où il a dit que '''les moteurs physiques n'ont rien à voir avec les téléchargements'''.		* Cuga Rajal dit que l'importation du mesh a été très facile avec BulletSim. Ubit Umarov lui répond qu'il a perdu le compte de fois où il a dit que '''les moteurs physiques n'ont rien à voir avec les téléchargements'''.

Acryline : /* Discussion */

2026-02-07T12:01:53Z

Discussion

← Version précédente		Version du 7 février 2026 à 12:01
Ligne 99 :		Ligne 99 :
	=== Discussion ===		=== Discussion ===
	* Ubit Umarov dit que LI n'est qu'une référence et ça n'a rien à voir avec Second Life.		* Ubit Umarov dit que LI n'est qu'une référence et ça n'a rien à voir avec Second Life.
	* Vincent Sylvester dit que l'[https://fr.wikipedia.org/wiki/Cartographie_UV \|'''la cartographie UV''']] du mesh n'est pas bonne. Le mesh du château n'est pas joint. À l'importation il va se diviser en plusieurs primitives. Dans certains cas, on peut diviser le mesh s'il faut des primitives individuelles pour les scripts. Mais , en général, '''la jonction est moins lourde'''. En revanche, dans ce cas, le mesh peut ne pas se télécharger correctement s'il est très complexes.		* Vincent Sylvester dit que l'[https://fr.wikipedia.org/wiki/Cartographie_UV '''la cartographie UV''']] du mesh n'est pas bonne. Le mesh du château n'est pas joint. À l'importation il va se diviser en plusieurs primitives. Dans certains cas, on peut diviser le mesh s'il faut des primitives individuelles pour les scripts. Mais , en général, '''la jonction est moins lourde'''. En revanche, dans ce cas, le mesh peut ne pas se télécharger correctement s'il est très complexes.
	* Cuga Rajal dit que l'importation du mesh a été très facile avec BulletSim. Ubit Umarov lui répond qu'il a perdu le compte de fois où il a dit que '''les moteurs physiques n'ont rien à voir avec les téléchargements'''.		* Cuga Rajal dit que l'importation du mesh a été très facile avec BulletSim. Ubit Umarov lui répond qu'il a perdu le compte de fois où il a dit que '''les moteurs physiques n'ont rien à voir avec les téléchargements'''.

Acryline : /* Sécurité et vendeur de parcelles */

2026-02-06T17:59:55Z

Sécurité et vendeur de parcelles

@@ Ligne 51 : / Ligne 51 : @@
 = Scripts =
 == Sécurité et vendeur de parcelles ==
-* 🏗️
+=== Problème ===
 = Base de données =
 == Code de correction de l'inventaire des prims ==

Acryline : /* Réponse */

2026-02-06T17:34:43Z

Réponse

← Version précédente		Version du 6 février 2026 à 17:34
Ligne 43 :		Ligne 43 :
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	* '''Un nœud d'index ou inode''' (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		* '''Un nœud d'index ou inode''' (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
	* J'ai un peu cerné l'action du timer dans la fonction d'écriture de [http://opensimulator.org/wiki/FSAssets_Service/fr '''FSasset'''] mais, impossible de comprendre les modifications que Fiona Sweet a faites. Elle a peut-être partagé son code pendant la réunion ?		* J'ai un peu cerné l'action du timer dans la fonction d'écriture de [http://opensimulator.org/wiki/FSAssets_Service/fr '''FSasset'''] mais, impossible de comprendre les modifications que Fiona Sweet a faites. Elle a peut-être partagé son code pendant la réunion ? Ceci pour dire que je n'ai pas retranscrit complètement ses interventions.
	}}		}}
	* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.		* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

2026-02-06T17:33:46Z

Régulation du temps d'accès à l'écriture sur le disque

← Version précédente		Version du 6 février 2026 à 17:33
Ligne 42 :		Ligne 42 :
	* Vincent Sylvester dit qu'on ne peut pas bombarder le disque de requêtes, sinon on peut rencontrer des problèmes avec la génération d'[https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index '''inodes'''] et le '''verrouillage''' des fichiers. Le service traite chaque requête de manière asynchrone et peut en exécuter plusieurs en même temps.		* Vincent Sylvester dit qu'on ne peut pas bombarder le disque de requêtes, sinon on peut rencontrer des problèmes avec la génération d'[https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index '''inodes'''] et le '''verrouillage''' des fichiers. Le service traite chaque requête de manière asynchrone et peut en exécuter plusieurs en même temps.
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		* '''Un nœud d'index ou inode''' (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
	* J'ai un peu cerné l'action du timer dans la fonction d'écriture de [http://opensimulator.org/wiki/FSAssets_Service/fr '''FSasset'''] mais, impossible de comprendre les modifications que Fiona Sweet a faites. Elle a peut-être partagé son code pendant la réunion ?		* J'ai un peu cerné l'action du timer dans la fonction d'écriture de [http://opensimulator.org/wiki/FSAssets_Service/fr '''FSasset'''] mais, impossible de comprendre les modifications que Fiona Sweet a faites. Elle a peut-être partagé son code pendant la réunion ?
	}}		}}

Acryline : /* Réponse */

2026-02-06T17:33:11Z

Réponse

← Version précédente		Version du 6 février 2026 à 17:33
Ligne 43 :		Ligne 43 :
	{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>		{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
			* J'ai un peu cerné l'action du timer dans la fonction d'écriture de [http://opensimulator.org/wiki/FSAssets_Service/fr '''FSasset'''] mais, impossible de comprendre les modifications que Fiona Sweet a faites. Elle a peut-être partagé son code pendant la réunion ?
	}}		}}
	* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.		* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.

Acryline : /* Réponse */

2026-02-06T17:26:12Z

Réponse

← Version précédente		Version du 6 février 2026 à 17:26
Ligne 28 :		Ligne 28 :
	=== Réponse ===		=== Réponse ===
	* Ubit Umarov ne pense pas qu'il y en ait.		* Ubit Umarov ne pense pas qu'il y en ait.
	* Fiona Sweet a fait des modifications dans le code et a défini une valeur à 0.1 dans ''./OpenSim/Services/FSAssetService/FSAssetService.cs'' ligne 360. Rien de grave ne s'est produit.		* Fiona Sweet a fait des modifications dans le code et a défini une valeur à 0.1 dans ''./OpenSim/Services/FSAssetService/FSAssetService.cs'' ligne 360. Rien de grave ne s'est produit. Elle essayait d'accélérer le processus. Avec sa version elle génère l'UUID le renvoie immédiatement et il dit merci. Ensuite le code traite l'élément suivant.
	* Routine pour écrire sur le disque :		* Routine pour écrire sur le disque :
	private void Writer()		private void Writer()
Ligne 47 :		Ligne 47 :
	* La fonction d'écriture n'a pas de retour, elle n'attend pas cela, elle retarde simplement la requête suivante afin que le disque puisse terminer l'écriture. Ensuite, elle effectue l'écriture dans le dossier principal avec compression ultérieure. '''Cela ne sert pas à grand-chose d'accélérer le processus.'''		* La fonction d'écriture n'a pas de retour, elle n'attend pas cela, elle retarde simplement la requête suivante afin que le disque puisse terminer l'écriture. Ensuite, elle effectue l'écriture dans le dossier principal avec compression ultérieure. '''Cela ne sert pas à grand-chose d'accélérer le processus.'''
	* Cela ne concerne pas les attachements des avatars Hypergrid, ils sont censées être temporaires, du moins dans la base de donnée. Les caches peuvent les conserver.		* Cela ne concerne pas les attachements des avatars Hypergrid, ils sont censées être temporaires, du moins dans la base de donnée. Les caches peuvent les conserver.
	* 🏗️

	= Scripts =		= Scripts =

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

2026-02-06T17:10:45Z

Régulation du temps d'accès à l'écriture sur le disque

← Version précédente		Version du 6 février 2026 à 17:10
Ligne 44 :		Ligne 44 :
	Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
	}}		}}
	* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.		* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.
	* La fonction d'écriture n'a pas de retour, elle n'attend pas cela, elle retarde simplement la requête suivante afin que le disque puisse terminer l'écriture. Ensuite, elle effectue l'écriture dans le dossier principal avec compression ultérieure.		* La fonction d'écriture n'a pas de retour, elle n'attend pas cela, elle retarde simplement la requête suivante afin que le disque puisse terminer l'écriture. Ensuite, elle effectue l'écriture dans le dossier principal avec compression ultérieure. '''Cela ne sert pas à grand-chose d'accélérer le processus.'''
			* Cela ne concerne pas les attachements des avatars Hypergrid, ils sont censées être temporaires, du moins dans la base de donnée. Les caches peuvent les conserver.
	* 🏗️		* 🏗️

Acryline : /* FSAssetService.cs ligne 360 */

2026-02-06T16:39:10Z

FSAssetService.cs ligne 360

← Version précédente		Version du 6 février 2026 à 16:39
Ligne 23 :		Ligne 23 :
	{{Avertissement_résumé\|fond=pink \|bord=red \|message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]}}		{{Avertissement_résumé\|fond=pink \|bord=red \|message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
	= Noyau =		= Noyau =
	== ~~FSAssetService.cs ligne 360~~ ==		== Régulation du temps d'accès à l'écriture sur le disque ==
	=== Question ===		=== Question ===
	* Pourquoi y a-t-il un délai de 1 seconde codé en dur dans fsassets ?		* Pourquoi y a-t-il un délai de 1 seconde codé en dur dans fsassets ?
Ligne 44 :		Ligne 44 :
	Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
	}}		}}
			* La ligne 360 est le timing du pooling, il régule le temps d'accès à l'écriture sur le disque. Il existe des temps de veille similaires dans des éléments tels que la création de tuiles de carte, car les écritures de fichiers sont lourdes et il est préférable de les limiter légèrement car les demandes peuvent arriver par centaines à la fois.
			* La fonction d'écriture n'a pas de retour, elle n'attend pas cela, elle retarde simplement la requête suivante afin que le disque puisse terminer l'écriture. Ensuite, elle effectue l'écriture dans le dossier principal avec compression ultérieure.
	* 🏗️		* 🏗️

Acryline : /* Réponse */

2026-02-06T16:25:45Z

Réponse

← Version précédente		Version du 6 février 2026 à 16:25
Ligne 41 :		Ligne 41 :
	}		}
	* Vincent Sylvester dit qu'on ne peut pas bombarder le disque de requêtes, sinon on peut rencontrer des problèmes avec la génération d'[https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index '''inodes'''] et le '''verrouillage''' des fichiers. Le service traite chaque requête de manière asynchrone et peut en exécuter plusieurs en même temps.		* Vincent Sylvester dit qu'on ne peut pas bombarder le disque de requêtes, sinon on peut rencontrer des problèmes avec la génération d'[https://fr.wikipedia.org/wiki/N%C5%93ud_d%27index '''inodes'''] et le '''verrouillage''' des fichiers. Le service traite chaque requête de manière asynchrone et peut en exécuter plusieurs en même temps.
			{{NDLR\|fond=skyblue \|bord=dodgerblue\|message = <br>
	Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.		Un nœud d'index ou inode (contraction de l'anglais index et node) est une structure de données contenant des informations à propos d'un fichier ou répertoire stocké dans certains systèmes de fichiers (notamment de type Linux/Unix). À chaque fichier correspond un numéro d'inode dans le système de fichiers dans lequel il réside, unique au périphérique sur lequel il est situé.
			}}
	* 🏗️		* 🏗️

Réunion du 03-02-2026 - Historique des versions

Acryline : /* Discussion */

Acryline : /* Discussion */

Acryline : /* Sécurité et vendeur de parcelles */

Acryline : /* Réponse */

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

Acryline : /* Réponse */

Acryline : /* Réponse */

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

Acryline : /* FSAssetService.cs ligne 360 */

Acryline : /* Réponse */

Acryline : /* Discussion */

Acryline : /* Discussion */

Acryline : /* Sécurité et vendeur de parcelles */

Acryline : /* Réponse */

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

Acryline : /* Réponse */

Acryline : /* Réponse */

Acryline : /* Régulation du temps d'accès à l'écriture sur le disque */

Acryline : /* FSAssetService.cs ligne 360 */

Acryline : /* Réponse */