Réunion du 12-07-2022 - Historique des versions

Acryline : /* Script : erreur out of heap */

2022-07-27T18:03:31Z

Script : erreur out of heap

Acryline : /* Script tueur de région */

2022-07-27T14:52:27Z

Script tueur de région

Acryline : /* Les bases de données */

2022-07-27T13:24:15Z

Les bases de données

← Version précédente		Version du 27 juillet 2022 à 15:24
Ligne 132 :		Ligne 132 :

	= Les bases de données =		= Les bases de données =
	[11:29] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il devrait probablement utiliser encore plus de sql pour cela, pour des choses comme les notecards qui enregistrent leur description dans des assets ce qui implique que, même si elles sont vides, le hash est toujours différent, ce qui crée des tonnes d'assets de notecards vides.		* Documentation OpenSim de la Base de données : http://opensimulator.org/wiki/Database:Documentation (en)
			* MariaDB : https://fr.wikipedia.org/wiki/MariaDB
			* Mysql : https://fr.wikipedia.org/wiki/MySQL
			* MongoDB : https://fr.wikipedia.org/wiki/MongoDB
			* sql : [https://sql.sh/]
			* Collation : énumération de signes typographiques avec leurs équivalences, afin d’en déduire le comportement des chaînes de caractères notamment dans les opérations de comparaison et de tri spécifiques à une langue.— (Frédéric Brouard, Rudi Bruchez, Christian Soutou, SQL, Pearson Education France, 13 juillet 2012)[https://fr.wiktionary.org/wiki/collation]

			[11:29] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il devrait probablement utiliser encore plus de sql pour cela, pour des choses comme les notecards qui enregistrent leur description dans des assets ce qui implique que, même si elles sont vides, le hash[https://fr.wikipedia.org/wiki/Fonction_de_hachage] est toujours différent, ce qui crée des tonnes d'assets de notecards vides.

	[11:30] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : AWS, c'est de la camelote hors de prix, vous paierez plus cher pour l'utiliser que pour un simple serveur matériel décent et quand ils perdent vos données, vous êtes foutu.		[11:30] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : AWS, c'est de la camelote hors de prix, vous paierez plus cher pour l'utiliser que pour un simple serveur matériel décent et quand ils perdent vos données, vous êtes foutu.
Ligne 142 :		Ligne 149 :
	[11:31] '''Ubit Umarov''' : Je n'ai jamais aimé fsassets.		[11:31] '''Ubit Umarov''' : Je n'ai jamais aimé fsassets.

	[11:31] '''Misterblue Waves''' : d'accord pour AWS, mais beaucoup d'autres fournisseurs proposent un stockage compatible S3 (DigitalOcean, ...)		[11:31] '''Misterblue Waves''' : d'accord pour AWS, mais beaucoup d'autres fournisseurs proposent un stockage compatible S3 (DigitalOcean[https://en.wikipedia.org/wiki/DigitalOcean](en), ...)

	[11:31] '''Ubit Umarov''' : bien sûr mysql est peut-être un mauvais choix.		[11:31] '''Ubit Umarov''' : bien sûr mysql est peut-être un mauvais choix.

	[11:31] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Je suis en train de jouer avec l'idée d'explorer toutes notecards à la recherche de lignes <data> vides et de les détruire ou de mettre leur hash à une seule place.		[11:31] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Je suis en train de jouer avec l'idée d'explorer toutes les notecards à la recherche de lignes <data> vides et de les détruire ou de mettre leur hash à une seule place.

	[11:31] '''Ubit Umarov''' : inworldz a utilisé un autre moteur de base de données, si je me souviens bien.		[11:31] '''Ubit Umarov''' : inworldz a utilisé un autre moteur de base de données, si je me souviens bien.
Ligne 154 :		Ligne 161 :
	[11:32] '''Ubit Umarov''' : je pense qu'il n'y a même pas de sql.		[11:32] '''Ubit Umarov''' : je pense qu'il n'y a même pas de sql.

	[11:32] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Pour certaines choses, quelques structures de données dans OpenSim, des choses comme mongodb fonctionneraient, potentiellement mieux que sql, mais alors on a un autre système de base de données à maintenir et à gérer aussi, donc un compromis...		[11:32] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Pour certaines choses, quelques structures de données dans OpenSim, des choses comme mongodb fonctionneraient, potentiellement mieux que sql, mais alors on a un autre système de base de données à maintenir et à gérer aussi, donc un compromis...

	[11:33] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Pour les données des avatars et des groupes, cela pourrait être plus rapide, mais cela implique un tout nouveau connecteur de base de données, etc.		[11:33] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Pour les données des avatars et des groupes, cela pourrait être plus rapide, mais cela implique un tout nouveau connecteur de base de données, etc.
Ligne 166 :		Ligne 173 :
	[11:33] '''Ubit Umarov''' : un bon exemple de comment rendre les choses aussi lentes que possible.		[11:33] '''Ubit Umarov''' : un bon exemple de comment rendre les choses aussi lentes que possible.

	[11:33] '''Ubit Umarov''' : region db ... duhhh quel gaspillage		[11:33] '''Ubit Umarov''' : region db[http://opensimulator.org/wiki/Regions_(database_table)] ... duhhh quel gaspillage

	[11:34] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : L'inventaire pourrait également bénéficier d'une base de données de type document plutôt que de grandes tables.		[11:34] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : L'inventaire pourrait également bénéficier d'une base de données de type document plutôt que de grandes tables.
Ligne 174 :		Ligne 181 :
	[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Inutile pour les assets, il faut une vraie table avec des clés et des index à ce niveau.		[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Inutile pour les assets, il faut une vraie table avec des clés et des index à ce niveau.

	[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : En y réfléchissant, je voulais vérifier si le jeu de caractères et la collation avaient un impact sur les performances des groupes, comme c'est le cas pour les données de griduser.		[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : En y réfléchissant, je voulais vérifier si le jeu de caractères et la collation avaient un impact sur les performances des groupes, comme c'est le cas pour les données de griduser[http://opensimulator.org/wiki/GridUser].

	[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il semble que le regroupement de ces éléments soit un échec dans mariadb.		[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il semble que le regroupement de ces éléments soit un échec dans mariadb.

	[11:36] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Cela nécessite des éléments uniformes pour accélérer inner join.		[11:36] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Cela nécessite des éléments uniformes pour accélérer inner join [https://sql.sh/cours/jointures/inner-join].

	[11:36] '''Ubit Umarov''' : il semble que mariadb est défaillante pour tout ce qui est volumineux.		[11:36] '''Ubit Umarov''' : il semble que mariadb est défaillante pour tout ce qui est volumineux.
Ligne 188 :		Ligne 195 :
	[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Le développement s'est accéléré ces derniers temps, alors peut-être que cela va changer positivement à l'avenir.		[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Le développement s'est accéléré ces derniers temps, alors peut-être que cela va changer positivement à l'avenir.

	[11:37] '''Misterblue Waves''' : J'ai utilisé MariaDB avec succès pour de petits déploiements (c'est ce que j'utilise pour mes régions installée avec Docker).		[11:37] '''Misterblue Waves''' : J'ai utilisé MariaDB avec succès pour de petits déploiements (c'est ce que j'utilise pour mes régions installée avec Docker [https://fr.wikipedia.org/wiki/Docker_(logiciel)]).

	= Script tueur de région =		= Script tueur de région =

Acryline : /* Fsassets : instances multiples */

2022-07-27T12:02:00Z

Fsassets : instances multiples

Acryline : /* Fsassets : instances multiples */

2022-07-27T11:28:40Z

Fsassets : instances multiples

← Version précédente		Version du 27 juillet 2022 à 13:28
Ligne 14 :		Ligne 14 :

	= Fsassets : instances multiples =		= Fsassets : instances multiples =
			* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]
			* [http://opensimulator.org/mantis/my_view_page.php Mantis : suivi de bogues]

	[11:06] '''Ubit Umarov''' : à propos d'opensim, encore une fois pas grand chose.		[11:06] '''Ubit Umarov''' : à propos d'opensim, encore une fois pas grand chose.

Acryline le 27 juillet 2022 à 11:26

2022-07-27T11:26:29Z

Voir les modifications

Acryline : /* Script : erreur out of heap */

2022-07-26T18:09:56Z

Script : erreur out of heap

← Version précédente		Version du 26 juillet 2022 à 20:09
Ligne 471 :		Ligne 471 :
	[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Script et logs, bien les étapes à reproduire et les logs dans la plupart des cas.		[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Script et logs, bien les étapes à reproduire et les logs dans la plupart des cas.

	[12:17] Ubit Umarov: ohh		[12:17] Ubit Umarov: ohh</pre>

	[12:17] Andrew Hellershanks : Si je suis autorisé à fournir le script, je le marquerai comme privé.		[12:17] Andrew Hellershanks : Si je suis autorisé à fournir le script, je le marquerai comme privé.
Ligne 584 :		Ligne 584 :

	[12:35] Ubit Umarov : donc je suppose que l'objet entier sera nécessaire pour déboguer.		[12:35] Ubit Umarov : donc je suppose que l'objet entier sera nécessaire pour déboguer.
			= Conclusion =
	[12:34] Andrew Hellershanks : Nous sommes maintenant à l'heure et demie. Sauf s'il y a des questions de dernière minute, je vais conclure la réunion.		[12:34] Andrew Hellershanks : Nous sommes maintenant à l'heure et demie. Sauf s'il y a des questions de dernière minute, je vais conclure la réunion.

	[12:37] Andrew Hellershanks : ok, je vais dire que cette réunion est terminée :) Merci à tous d'être venus. On se revoit la semaine prochaine.		[12:37] Andrew Hellershanks : ok, je vais dire que cette réunion est terminée :) Merci à tous d'être venus. On se revoit la semaine prochaine.

Acryline : /* Script : erreur out of heap */

2022-07-26T18:09:31Z

Script : erreur out of heap

Voir les modifications

Acryline : /* Script : erreur out of heap */

2022-07-26T17:34:37Z

Script : erreur out of heap

← Version précédente		Version du 26 juillet 2022 à 19:34
Ligne 461 :		Ligne 461 :
	[12:16] Andrew Hellershanks : oui. Un important fournisseur d'accès Internet et de téléphonie mobile a subi une panne vendredi à partir de 5 heures du matin. Je n'ai récupéré Internet que vers 22h30. On s'attendait à ce que certaines personnes soient privées d'Internet pendant 3 jours.		[12:16] Andrew Hellershanks : oui. Un important fournisseur d'accès Internet et de téléphonie mobile a subi une panne vendredi à partir de 5 heures du matin. Je n'ai récupéré Internet que vers 22h30. On s'attendait à ce que certaines personnes soient privées d'Internet pendant 3 jours.

	[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002: BGP ~~again they say~~		[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : encore BGP, dit-on
	[12:16] Ubit Umarov: ~~wel in this case~~, a mantis ~~without the scropt to repo is a problem~~
	~~[12:16] Ubit Umarov:~~ script..		[12:16] Ubit Umarov : dans ce cas, une mantis sans le script à partager est un problème.
	[12:17] Ubit Umarov: ~~and provide the~~ script, ~~specially a large one~~, ~~can be a issue~~
	[12:17] Andrew Hellershanks: Vincent, ~~sure~~. My notes ~~say that even with the larger heap size it still throws an~~ exception ~~when I ask for the~~ scripts ~~to be compiled~~.		[12:17] Ubit Umarov : et fournir le script, spécialement un grand, peut être un problème.
	[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002: Script ~~and~~ logs, ~~well steps to reproduce and~~ logs ~~in most cases~~
			[12:17] Andrew Hellershanks : Vincent, bien sûr. Mes notes indiquent que même avec une taille de tas plus importante, une exception est toujours émise lorsque je demande la compilation des scripts.

			[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Script et logs, bien les étapes à reproduire et les logs dans la plupart des cas.

	[12:17] Ubit Umarov: ohh		[12:17] Ubit Umarov: ohh
	[12:17] Andrew Hellershanks: ~~If I am allowed to provide the~~ script ~~I will mark it private~~.
	[12:18] Ubit Umarov: ~~it may just be a missing~~ script		[12:17] Andrew Hellershanks : Si je suis autorisé à fournir le script, je le marquerai comme privé.
	[12:18] Kayaker Magic: ~~Finding a small~~ script ~~to reproduce an error is often difficult~~.
	[12:18] Ubit Umarov: ~~that may give a null ref error~~		[12:18] Ubit Umarov : c'est peut-être juste un script manquant.
	[12:18] Andrew Hellershanks: ~~To repro the problem just right click object~~, ~~more~~, ~~more~~, scripts, ~~compile~~ (Mono).
	[12:18] Ubit Umarov: ~~yeap sounds like a missing~~ script ~~asset~~		[12:18] Kayaker Magic : Trouver un petit script pour reproduire une erreur est souvent difficile.
	[12:18] Ubit Umarov: ~~read the error~~ message
			[12:18] Ubit Umarov : cela peut donner une erreur de référence nulle.

			[12:18] Andrew Hellershanks : Pour reproduire le problème il suffit de faire un clic droit sur l'objet, plus, plus, scripts, compiler (Mono).

			[12:18] Ubit Umarov : oui, cela ressemble à un script manquant.

			[12:18] Ubit Umarov : lisez le message d'erreur.

	[12:19] Andrew Hellershanks: at OpenSim.Region.ScriptEngine.Yengine.XMRInstance.PostEvent (OpenSim.Region.ScriptEngine.Shared.EventParams evt) [0x0001f] in XMRInstRun.cs:69		[12:19] Andrew Hellershanks: at OpenSim.Region.ScriptEngine.Yengine.XMRInstance.PostEvent (OpenSim.Region.ScriptEngine.Shared.EventParams evt) [0x0001f] in XMRInstRun.cs:69

	[12:19] Andrew Hellershanks: at (wrapper remoting-invoke-with-check) OpenSim.Region.ScriptEngine.Yengine.XMRInstance.PostEvent(OpenSim.Region.ScriptEngine.Shared.EventParams)		[12:19] Andrew Hellershanks: at (wrapper remoting-invoke-with-check) OpenSim.Region.ScriptEngine.Yengine.XMRInstance.PostEvent(OpenSim.Region.ScriptEngine.Shared.EventParams)

	[12:19] Andrew Hellershanks: etc...		[12:19] Andrew Hellershanks: etc...
	[12:19] Vincent.Sylvester @hg.zetaworlds.com:8002: ~~Most obvious problem with that used to be too small packet size on the database to store the~~ asset
	[12:19] Andrew Hellershanks: ~~I'll see if I can learn anything more about it and~~ mantis.		[12:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le problème le plus évident était la taille trop petite des paquets de la base de données pour stocker l'asset.
	[12:20] Ubit Umarov: ~~on a~~ post ~~event~~?
	[12:20] Ubit Umarov: ~~odd~~		[12:19] Andrew Hellershanks : Je vais voir si je peux apprendre quelque chose de plus à ce sujet et sur mantis.
	[12:20] Andrew Hellershanks: hm... ~~now that is an intereting thought~~, Vincent.
	[12:20] Ubit Umarov: ~~well can't guess~~		[12:20] Ubit Umarov : sur un post événement ?
	[12:20] Ubit Umarov: ~~and that is running it~~
	[12:20] Andrew Hellershanks: ~~The text of the~~ script ~~as sitting on my computer is~~ 211772 ~~bytes long~~.		[12:20] Ubit Umarov : étrange.

			[12:20] Andrew Hellershanks : hm... c'est une idée intéressante, Vincent.

			[12:20] Ubit Umarov : Je ne peux pas deviner.

			[12:20] Ubit Umarov : et c'est ce qui le fait fonctionner.

			[12:20] Andrew Hellershanks : Le texte du script tel qu'il se trouve sur mon ordinateur fait 211772 octets.

	[12:21] Ubit Umarov: or starting		[12:21] Ubit Umarov: or starting
	[12:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Used to have like 16mb of max packet size on older mysql versions, since then it was increased default value should be much higher now like 1G even on some flavors		[12:21] Vincent.Sylvester @hg.zetaworlds.com:8002: Used to have like 16mb of max packet size on older mysql versions, since then it was increased default value should be much higher now like 1G even on some flavors

Acryline : /* Script : erreur out of heap */

2022-07-26T15:47:44Z

Script : erreur out of heap

← Version précédente		Version du 26 juillet 2022 à 17:47
Ligne 431 :		Ligne 431 :
	[12:11] Ubit Umarov : si c'est le cas...		[12:11] Ubit Umarov : si c'est le cas...

	[12:11] Kayaker Magic: Andrew: ~~I just looked up~~ YEngine ~~stack and heap sizes~~, ~~the recommended values are~~ 2048 ~~and~~ 1024, ~~This changed at one point~~, ~~it sounds like you had the old smaller values~~.		[12:11] Kayaker Magic : Andrew : Je viens de regarder les tailles de pile et de tas de YEngine, les valeurs recommandées sont 2048 et 1024, Cela a changé à un moment donné, il semble bien que les anciennes valeurs étaient plus petites.

	[12:11] Ubit Umarov: Grrr		[12:11] Ubit Umarov: Grrr
	[12:11] Ubit Umarov: ~~he now said it is on compile~~..
	[12:12] Ubit Umarov: ~~just need to read the damm~~ message		[12:11] Ubit Umarov : il dit maintenant que c'est sur la compilation...
	[12:12] Andrew Hellershanks: ~~The first error I ran in to was the Exception that appeared when I told the~~ viewer ~~I wanted to compile the~~ scripts. ~~Once I received an updated~~ version ~~of the~~ code ~~I just got the~~ HeapException ~~error~~.
	[12:12] Vincent.Sylvester @hg.zetaworlds.com:8002: ... ~~we be poking in the dark here without~~ script ~~and~~ logs ~~basically~~, ~~if you cannot figure it out this week just mantis it~~ :)		[12:12] Ubit Umarov : il faut juste lire le message...
	[12:12] Ubit Umarov: ~~sure~~, ~~some are still criptic~~..
	[12:13] ~~Object~~: Script ~~running~~		[12:12] Andrew Hellershanks : La première erreur à laquelle j'ai été confronté était l'exception qui est apparue lorsque j'ai dit au viewer que je voulais compiler les scripts. Une fois que j'ai reçu une version mise à jour du code, je n'ai eu que l'erreur HeapException.
	[12:13] Andrew Hellershanks: ~~Now that I have doubled the heap size I will try compiling the~~ scripts ~~once again on the original~~ version of code ~~in case the~~ no ref to object ~~exception is also heap related~~.
	[12:14] Ubit Umarov: ~~no ref to object is a more severl thing~~		[12:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : ... nous sommes en train de fouiller dans l'obscurité, sans script et sans logs, si on ne peut pas le comprendre cette semaine, il suffit de le mettre sur la Mantis :)
	[12:14] Ubit Umarov: ~~just get the full error~~
	[12:15] Andrew Hellershanks: ~~I would discuss it in the~~ IRC ~~channel but I still can~~'~~t reach the channel since the nationwide~~ Internet ~~outage on Friday~~.		[12:12] Ubit Umarov : bien sûr, certains sont encore critiques...

			[12:13] Objet : Script en cours d'exécution

			[12:13] Andrew Hellershanks : Maintenant que j'ai doublé la taille du tas, je vais essayer de compiler à nouveau les scripts sur la version originale du code au cas où l'exception no ref to object serait également liée au tas.

			[12:14] Ubit Umarov : pas de référence à l'objet est une chose plus grave.

			[12:14] Ubit Umarov : il suffit d'avoir l'erreur complète.

			[12:15] Andrew Hellershanks : J'en discuterais bien dans le canal IRC mais je ne peux toujours pas joindre le canal depuis la panne nationale d'Internet de vendredi.

	[12:15] Ubit Umarov: oh?		[12:15] Ubit Umarov: oh?
	[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002: ~~Just~~ mantis ~~it if you get nowhere with it this week or something~~, ~~better get more brains looking over it and I been cleaning up the mantis as best as I can so feel free to add~~ lol
	[12:16] Andrew Hellershanks: ~~yea~~. ~~A major~~ Internet ~~and cell phone provider experience an outage on Friday starting around 5am~~. ~~I didn~~'~~t get~~ Internet ~~back until around 10:30pm~~. ~~Some people were expected to be out as many as~~ 3 ~~days~~.		[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il suffit d'utiliser Mantis si vous n'arrivez à rien cette semaine ou une solution de ce type, il vaut mieux que d'autres cerveaux y jettent un coup d'œil et j'ai nettoyé la mantis du mieux que je pouvais, alors n'hésitez pas à ajouter des choses lol

			[12:16] Andrew Hellershanks : oui. Un important fournisseur d'accès Internet et de téléphonie mobile a subi une panne vendredi à partir de 5 heures du matin. Je n'ai récupéré Internet que vers 22h30. On s'attendait à ce que certaines personnes soient privées d'Internet pendant 3 jours.

	[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002: BGP again they say		[12:16] Vincent.Sylvester @hg.zetaworlds.com:8002: BGP again they say
	[12:16] Ubit Umarov: wel in this case, a mantis without the scropt to repo is a problem		[12:16] Ubit Umarov: wel in this case, a mantis without the scropt to repo is a problem

← Version précédente		Version du 27 juillet 2022 à 16:52
Ligne 199 :		Ligne 199 :
	= Script tueur de région =		= Script tueur de région =

	[11:36] '''Kayaker Magic''' : J'ai quelques trucs mis en place pour OpenSim Fest, et une des régions a cessé de fonctionner. Les scripts ont gelé, je n'~~étais~~ pas ~~autorisé à~~ compiler mes propres scripts ou à recharger plus d'objets. Shelenn m'a dit que c'était dû à un bug d'OpenSim que Ubit connaissait déjà. Quel bug était-ce ?		[11:36] '''Kayaker Magic''' : J'ai quelques trucs mis en place pour OpenSim Fest, et une des régions a cessé de fonctionner. Les scripts ont gelé, je n'avais pas de droit de compiler mes propres scripts ou à recharger plus d'objets. Shelenn m'a dit que c'était dû à un bug d'OpenSim que Ubit connaissait déjà. Quel bug était-ce ?

	[11:37] '''Ubit Umarov''' : aucune idée		[11:37] '''Ubit Umarov''' : aucune idée

	[11:37] '''Ubit Umarov''' : ils utilisent une chose appelée opensim-ngc.		[11:37] '''Ubit Umarov''' : ils utilisent une chose appelée opensim-ngc (https://github.com/OpenSim-NGC][https://fr.wikipedia.org/wiki/Fork_(d%C3%A9veloppement_logiciel)].

	[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Si ~~vous surchargez~~ une région ~~avec~~ trop de mises à jour de scènes, la file d'attente pour cela se remplit et le traitement s'arrête complètement.		[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Si on surcharge une région en provoquant trop de mises à jour de scènes, la file d'attente pour cela se remplit et le traitement s'arrête complètement.

	[11:37] '''Ubit Umarov''' : qui, bien sûr, prétend être meilleur que le noyau.		[11:37] '''Ubit Umarov''' : qui, bien sûr, prétend être meilleur que le projet de base (le noyau).

	[11:38] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il n'y a pas grand chose à faire à ce niveau.		[11:38] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il n'y a pas grand chose à faire à ce niveau.
Ligne 217 :		Ligne 217 :
	[11:38] '''Ubit Umarov''' : Je ne me souviens pas d'un tel problème...		[11:38] '''Ubit Umarov''' : Je ne me souviens pas d'un tel problème...

	[11:39] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : J'ai vu cela plusieurs fois, on m'a toujours dit de supprimer certains scripts lourds, des timers et autres, et il n'y a plus de problèmes.		[11:39] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : J'ai vu cela plusieurs fois, on m'a toujours dit de supprimer certains scripts lourds, des timers [https://wiki.secondlife.com/wiki/Timer/fr] et autres, et il n'y a plus de problèmes.

	[11:39] '''Ubit Umarov''' : quelles mises à jour de la scène ??		[11:39] '''Ubit Umarov''' : quelles mises à jour de la scène ??
Ligne 225 :		Ligne 225 :
	[11:39] '''Ubit Umarov''' : tu imagines encore des choses vincent :p		[11:39] '''Ubit Umarov''' : tu imagines encore des choses vincent :p

	[11:39] '''Ubit Umarov''' : la file d'attente des événements ?		[11:39] '''Ubit Umarov''' : la file d'attente des événements[https://wiki.secondlife.com/wiki/Category:LSL_Events/fr] ?

	[11:40] '''Ubit Umarov''' : ces auto limites... n'arrêtent pas les choses.		[11:40] '''Ubit Umarov''' : ces auto limites... n'arrêtent pas les choses.
Ligne 269 :		Ligne 269 :
	[11:46] '''Ubit Umarov''' : il y en a plusieurs.		[11:46] '''Ubit Umarov''' : il y en a plusieurs.

	[11:46] '''Kayaker Magic''' : Après avoir vu quelques mauvais scripts de lumières de Noël, j'ai écrit des scripts ZERO LAG qui utilisent des animations de textures pour clignoter.		[11:46] '''Kayaker Magic''' : Après avoir vu quelques mauvais scripts de lumières de Noël, j'ai écrit des scripts ZERO LAG qui utilisent des animations de textures pour clignoter [https://wiki.secondlife.com/wiki/LlSetLinkTextureAnim].

	[11:46] '''Ubit Umarov''' : et aucun problème.		[11:46] '''Ubit Umarov''' : et aucun problème.
Ligne 281 :		Ligne 281 :
	[11:48] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Je ne suis pas sûr de l'endroit du code où cela se trouve, je ne l'ai jamais beaucoup étudié.		[11:48] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Je ne suis pas sûr de l'endroit du code où cela se trouve, je ne l'ai jamais beaucoup étudié.

	[11:48] '''Ubit Umarov''' : lludp met à jour la queue par utilisateur ??		[11:48] '''Ubit Umarov''' : lludp[http://opensimulator.org/wiki/LLUDP_ClientStack/fr] met à jour la queue par utilisateur ??

	[11:49] '''Ubit Umarov''' : c'est lourd, c'est un problème majeur actuellement.		[11:49] '''Ubit Umarov''' : c'est lourd, c'est un problème majeur actuellement.

	[11:49] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Possible, tout ce que je sais c'est que c'est quelque chose qui se remplit et qui surcharge en arrêtant le traitement des mises à jour parce ~~que~~ on peut toujours se promener et chatter, mais les scripts apparaissent comme s'ils étaient arrêtés.		[11:49] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Possible, tout ce que je sais c'est que c'est quelque chose qui se remplit et qui surcharge en arrêtant le traitement des mises à jour parce qu'on peut toujours se promener et chatter, mais les scripts apparaissent comme s'ils étaient arrêtés.

	[11:49] '''Ubit Umarov''' : ils ne se remplissent pas.		[11:49] '''Ubit Umarov''' : ils ne se remplissent pas.
Ligne 303 :		Ligne 303 :
	[11:51] '''Ubit Umarov''' : ... toujours...		[11:51] '''Ubit Umarov''' : ... toujours...

	[11:51] '''Ubit Umarov''' : spécialement en utilisant des OSSL qui n'auraient jamais dû être ajoutées.		[11:51] '''Ubit Umarov''' : spécialement en utilisant des OSSL [http://opensimulator.org/wiki/OSSL](en) qui n'auraient jamais dû être ajoutées.

	[11:51] '''Ubit Umarov''' : détails...		[11:51] '''Ubit Umarov''' : détails...

← Version précédente		Version du 27 juillet 2022 à 14:02
Ligne 16 :		Ligne 16 :
	* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]		* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]
	* [http://opensimulator.org/mantis/my_view_page.php Mantis : suivi de bogues]		* [http://opensimulator.org/mantis/my_view_page.php Mantis : suivi de bogues]
			* Fsassets : http://opensimulator.org/wiki/FSAssets_Service/fr
			* Hash Bukets : utilisés pour répartir les éléments de données à des fins de tri ou de consultation. L'objectif de ce travail est de pouvoir rechercher un élément spécifique dans un délai plus court.

	[11:06] '''Ubit Umarov''' : à propos d'opensim, encore une fois pas grand chose.		[11:06] '''Ubit Umarov''' : à propos d'opensim, encore une fois pas grand chose.

	[11:06] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Deux changements la semaine dernière, un autre nettoyage de libomv et un correctif pour fsassets qui n'utilise pas correctement ses dossiers. ~~J'ai ramené~~ mono à 122 vendredi et j'attends maintenant ce que cela fait aux régions. Jusqu'à présent, je n'ai pas entendu parler de nouveaux crashs, mais je vais devoir le laisser un peu pour être sûr. FS a sorti une nouvelle beta avec le support du statut de la grille rss maintenant supporté dans OpenSim.		[11:06] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Deux changements la semaine dernière, un autre nettoyage de libomv[https://bitbucket.org/opensimulator/libopenmetaverse/src/master/] et un correctif pour fsassets qui n'utilise pas correctement ses dossiers. Je suis repassé à mono[https://fr.wikipedia.org/wiki/Mono_(logiciel)] 122[https://www.mono-project.com/docs/about-mono/releases/6.12.0.122/] vendredi et j'attends maintenant ce que cela fait aux régions. Jusqu'à présent, je n'ai pas entendu parler de nouveaux crashs, mais je vais devoir le laisser un peu pour être sûr. Firestorm[https://www.firestormviewer.org/] (FS) a sorti une nouvelle beta avec le support du statut de la grille rss[https://fr.wikipedia.org/wiki/RSS] maintenant supporté dans OpenSim.

	[11:06] '''Misterblue Waves''' : même chose pour nous -- il est rare de dépasser les 100F.		[11:06] '''Misterblue Waves''' : même chose pour nous -- il est rare de dépasser les 100F(https://fr.wikipedia.org/wiki/Degr%C3%A9_Fahrenheit) (38°C).

	[11:06] '''Ubit Umarov''' : j'ai fait un petit commit lié à un flag fsassets.		[11:06] '''Ubit Umarov''' : j'ai fait un petit commit[https://git-scm.com/docs/git-commit/fr] lié à un flag fsassets.

	[11:07] '''Ubit Umarov''' : ou une option, en fait pas si bonne...		[11:07] '''Ubit Umarov''' : ou une option, en fait pas si bonne...
Ligne 29 :		Ligne 31 :
	[11:07] '''Ubit Umarov''' : pour exécuter plusieurs instances de fsassets, cela ne fonctionnera pas.		[11:07] '''Ubit Umarov''' : pour exécuter plusieurs instances de fsassets, cela ne fonctionnera pas.

	[11:07] '''Ubit Umarov''' : à moins d'avoir un disque réseau comme stockage.		[11:07] '''Ubit Umarov''' : à moins d'avoir un disque réseau comme stockage [https://fr.wikipedia.org/wiki/Serveur_de_stockage_en_r%C3%A9seau](NAS)

	[11:07] '''Andrew Hellershanks''' : .0		[11:07] '''Andrew Hellershanks''' : .0

	[11:08] '''Ubit Umarov''' : fs ne fait qu'écrire des choses sur un disque, il n'a aucune idée de ce que sont les instances multiples.		[11:08] '''Ubit Umarov''' : fsasset ne fait qu'écrire des choses sur un disque, il n'a aucune idée de ce que sont les instances multiples.

	[11:08] '''Ubit Umarov''' : les métadonnées dépendent de mysql qui fait le truc du multi serveur, ça ne semble pas très bon non plus.		[11:08] '''Ubit Umarov''' : les métadonnées[https://fr.wikipedia.org/wiki/M%C3%A9tadonn%C3%A9e] dépendent de mysql[https://fr.wikipedia.org/wiki/MySQL] qui fait le truc du multi serveur, ça ne semble pas très bon non plus.

	[11:09] '''Ubit Umarov''' : donc, pas si utile que ça cette option...		[11:09] '''Ubit Umarov''' : donc, pas si utile que ça cette option...
Ligne 45 :		Ligne 47 :
	[11:10] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Est-ce que le truc de fsassets est principalement un verrouillage de fichier ou quel est le problème ?		[11:10] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Est-ce que le truc de fsassets est principalement un verrouillage de fichier ou quel est le problème ?

	[11:11] '''Ubit Umarov''' : ah oui... j'utilisais une exception c# générique pour signaler une mauvaise chaîne de caractères lors de l'analyse.		[11:11] '''Ubit Umarov''' : ah oui... j'utilisais une exception c# [https://fr.wikipedia.org/wiki/C_sharp] générique pour signaler une mauvaise chaîne de caractères lors de l'analyse.

	[11:12] '''Kayaker Magic''' : Un problème avec plusieurs fsassets est qu'il y a peu de chance que deux d'entre eux génèrent le même UUID en même temps.		[11:12] '''Kayaker Magic''' : Un problème avec plusieurs fsassets est qu'il y a peu de chance que deux d'entre eux génèrent le même UUID[https://fr.wikipedia.org/wiki/Universally_unique_identifier] en même temps.

	[11:12] '''Ubit Umarov''' : changé en FormatException pour correspondre à ce que .net guid fait.		[11:12] '''Ubit Umarov''' : changé en FormatException pour correspondre à ce que .net[https://fr.wikipedia.org/wiki/.NET_Framework] guid [https://fr.wikipedia.org/wiki/Globally_unique_identifier] fait.

	[11:12] '''Ubit Umarov''' : fs ne génère pas d'uuids.		[11:12] '''Ubit Umarov''' : fsassets ne génère pas d'uuids.

	[11:12] '''Kayaker Magic''' : OK, alors plusieurs Robusts.		[11:12] '''Kayaker Magic''' : OK, alors plusieurs Robusts[http://opensimulator.org/wiki/ROBUST/fr].

	[11:13] '''Ubit Umarov''' : le problème avec des robusts multiples est que vous avez besoin d'un stockage partagé.		[11:13] '''Ubit Umarov''' : le problème avec des robusts multiples est que vous avez besoin d'un stockage partagé.
Ligne 65 :		Ligne 67 :
	[11:14] '''Ubit Umarov''' : ou on peut faire tourner tout cela sur la même machine, ce qui n'est pas très utile non plus.		[11:14] '''Ubit Umarov''' : ou on peut faire tourner tout cela sur la même machine, ce qui n'est pas très utile non plus.

	[11:15] '''Ubit Umarov''' : sur ce point fsassets est pire que les assets normaux, qui au moins dépendent uniquement de mysql/maria.		[11:15] '''Ubit Umarov''' : sur ce point fsassets est pire que les assets[http://opensimulator.org/wiki/Assets] normaux, qui au moins dépendent uniquement de mysql/maria [https://fr.wikipedia.org/wiki/MariaDB].

	[11:16] '''Ubit Umarov''' : les multi-instances fsassets qui ont fonctionné, ont été installée séparant quelques bits de l'UUID de l'asset.		[11:16] '''Ubit Umarov''' : les multi-instances fsassets qui ont fonctionné, ont été installée séparant quelques bits de l'UUID de l'asset.
Ligne 75 :		Ligne 77 :
	[11:17] '''Ubit Umarov''' : pas si aléatoire que cela		[11:17] '''Ubit Umarov''' : pas si aléatoire que cela

	[11:18] '''Ubit Umarov''' : c'est pourquoi osgrid fonctionne avec ses propres assets propriétaires...		[11:18] '''Ubit Umarov''' : c'est pourquoi osgrid[https://www.osgrid.org/] fonctionne avec ses propres assets propriétaires...

	[11:18] '''Ubit Umarov''' : j'utilisais une variante de fsassets, qui faisait aussi de la fumée si on utilisait plus d'une instance.		[11:18] '''Ubit Umarov''' : j'utilisais une variante de fsassets, qui faisait aussi de la fumée si on utilisait plus d'une instance.
Ligne 83 :		Ligne 85 :
	[11:19] '''Ubit Umarov''' : bien sûr, il n'y a pas de problème si vous avez une bonne machine NAS et un réseau 100Gbit ;)		[11:19] '''Ubit Umarov''' : bien sûr, il n'y a pas de problème si vous avez une bonne machine NAS et un réseau 100Gbit ;)

	[11:19] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Etant donné la simplicité de ce que cela doit faire au final, il est plus facile d'écrire avec quelque chose d'autre qui supporte le verrouillage des fichiers de manière appropriée, je suppose. Idéalement directement en C pour obtenir la plus grande vitesse.		[11:19] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Etant donné la simplicité de ce que cela doit faire au final, il est plus facile d'écrire avec quelque chose d'autre qui supporte le verrouillage des fichiers de manière appropriée, je suppose. Idéalement directement en C[https://fr.wikipedia.org/wiki/C_(langage)]pour obtenir la plus grande vitesse.

	[11:20] '''Ubit Umarov''' : le verrouillage des fichiers semble échouer sous linux.		[11:20] '''Ubit Umarov''' : le verrouillage des fichiers semble échouer sous linux [https://fr.wikipedia.org/wiki/Linux].

	[11:21] '''Ubit Umarov''' : ce code fsassets exécute aussi plusieurs instances sur un seul robust...		[11:21] '''Ubit Umarov''' : ce code fsassets exécute aussi plusieurs instances sur un seul robust...
Ligne 115 :		Ligne 117 :
	[11:26] '''Ubit Umarov''' : dans le cas d'utilisateurs qui passent le plus de temps sur quelques régions, aussi les caches de viewer.		[11:26] '''Ubit Umarov''' : dans le cas d'utilisateurs qui passent le plus de temps sur quelques régions, aussi les caches de viewer.

	[11:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : D'après ce que j'enregistre sur disk io, je vois rarement plus de quelques mbits lorsque les assets sont déplacés, ce n'est donc pas une charge importante pour atteindre des centaines de gigaoctets.		[11:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : D'après ce que j'enregistre sur disk i/o[https://fr.wikipedia.org/wiki/Entr%C3%A9es-sorties], je vois rarement plus de quelques mbits lorsque les assets sont déplacés, ce n'est donc pas une charge importante pour atteindre des centaines de gigaoctets.

	[11:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Le plus gros problème est de sauvegarder des millions de fichiers dans des milliers de répertoires.		[11:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Le plus gros problème est de sauvegarder des millions de fichiers dans des milliers de répertoires.

	[11:28] '''Ubit Umarov''' : beaucoup de gens ont même oublié que fsassets utilise mysql et des fichiers disques.		[11:28] '''Ubit Umarov''' : beaucoup de gens ont même oublié que fsassets utilise mysql avec des fichiers disques.

	[11:28] '''Ubit Umarov''' : et ont perdu les fichiers du disque :(		[11:28] '''Ubit Umarov''' : et ont perdu les fichiers du disque :(
Ligne 125 :		Ligne 127 :
	[11:28] '''Kayaker Magic''' : oops ! Je déteste quand ça arrive !		[11:28] '''Kayaker Magic''' : oops ! Je déteste quand ça arrive !

	[11:28] '''Misterblue Waves''' : quelque chose comme S3 serait mieux -- pas AWS mais l'une des interfaces compatibles des hash buckets modernes.		[11:28] '''Misterblue Waves''' : quelque chose comme S3[https://fr.wikipedia.org/wiki/Amazon_S3] serait mieux -- pas AWS[https://fr.wikipedia.org/wiki/Amazon_Web_Services] mais l'une des interfaces compatibles des hash buckets modernes.

	[11:28] '''Ubit Umarov''' : c'est malheureusement arrivé plusieurs fois.		[11:28] '''Ubit Umarov''' : c'est malheureusement arrivé plusieurs fois.

Réunion du 12-07-2022 - Historique des versions

Acryline : /* Script : erreur out of heap */

Acryline : /* Script tueur de région */

Acryline : /* Les bases de données */

Acryline : /* Fsassets : instances multiples */

Acryline : /* Fsassets : instances multiples */

Acryline le 27 juillet 2022 à 11:26

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script tueur de région */

Acryline : /* Les bases de données */

Acryline : /* Fsassets : instances multiples */

Acryline : /* Fsassets : instances multiples */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */

Acryline : /* Script : erreur out of heap */