Réunion du 23-04-2024

Travail en cours 🏗️

Changements du code de la semaine

Passage à dotnet 8

Commit e731edfa2e

• Déplacement de la version minimale de dotnet runtime à 8.x.[1]

Implications

• OpenSim nécessite dotnet8 runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler).
  • opensim maintenant refusera de démarrer sur des runtimes inférieur à 8,
  • ce runtime exécutera du code fait pour des versions plus anciennes, lui-même,
  • seulement, pour une raison lambda, .net 3.5 doit être installé sur Windows.
• dotNet 8 ne semble pas être une amélioration pour OpenSim, le principal problème est sa plus mauvaise utilisation de la mémoire. GC [2] est à nouveau plus lent à libérer de la mémoire pour le système d'exploitation. Mais les tests sur quelques régions comme osgrid LBSA, ont montré que cela restait dans les limites du raisonnable.
• Pour MacOS, il faut attendre et voir. DotNet 8 nécessite macOS 12 ou plus. DotNet 6 a besoin de 10.5 ou plus.
• Davantage d'utilisation de SIMD[3] avec dotNet 8. Le modèle SIMD convient particulièrement bien aux traitements dont la structure est très régulière, comme c'est le cas pour le calcul matriciel.
• Avec dot.Net le contrôle est difficile. Chaque fois que vous démarrez une région, vous obtiendrez un code natif différent. Par exemple l'utilisation maximale de la mémoire physique de la région de la réunion lors de l'ouverture des sessions est comprise entre 600 et 800 Mo, avec le même code et les mêmes conditions. C'est le résultat du "bruit aléatoire" interne à dotNet.

NDLR : Informations en plus de la réunion

• Microsoft publie .NET 8 article developpez.com source Source : Microsoft
• Mise à jour de la distribution Linux par défaut vers Debian 12.
• Plus d'informations sur le wiki OpenSim.
• Comment installer dotNet 8.x sur Linux  : source chatGPT (je n'ai pas testé), sinon vous pouvez sans doute trouver un tuto sur un site de Microsoft.

Mise à jour de DLL

• Mise à jour des DLL warp3d et xmlrpc[4]
• Mise à jour de mysql.data.dll vers la version 8.3.0 [5] : ça s'est mal passé, cela n'a pas fonctionné sur certains arm64 ce qui a nécessité un retour à oracle mysql 8.0.31.0 [6].

llCould obsolète depuis longtemps, suppression de code inutile

• Commit 50212c240c [7]

Correction dans le code pour MySQL

• Il y avait de mauvais noms pour certaines colonnes et personne ne s'en est plaint, même pas le runtime.

Mise à jour de libomv

• Commit b1e0b6d0c7 [8]

Core prebuild.xml plus simple

• Il inclut seulement les dlls nécessaires pour opensim.
• Compile Linux aussi

Nettoyage d'opensim-libs

• Suppressions de choses inutilisées

Avertissement

Attention : 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 réunions du mardi ou sur le canal IRC. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉

Base de données

Migration : Défis liés à l'utilisation de SQLite dans le contexte d'OpenSim

• L'utilisation de SqLite peut poser des problèmes, notamment en raison de certaines limitations de SqLite par rapport à d'autres bases de données. Il existe des différences avec MySQL au niveau desfonctionnalités disponibles et de la syntaxe utilisée pour les requêtes. Il n'y a pas de commentaires dans SqLite.
• Les migrations de base de données sont complexes en raison de certaines limitations de SQLite, telles que l'absence de support natif pour les opérations d'ALTER TABLE.
• Les différences entre SQLite et MySQL nécessitent un traitement individuel, ce qui peut être chronophage mais nécessaire pour garantir le bon fonctionnement de la base de données.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-04-23