Mise à jour : le calendrier du déploiement de la version 1.38 des simulateurs est maintenant connu ; le 30 mars 2010 pour les régions pilotes et le 6 avril 2010 pour les autres régions. Une version intermédiaire (1.38.1) est déjà annoncée, elle sera déployée le 20 avril 2010 sur les régions pilotes et le 22 avril 2010 sur les autres régions.

Mise à jour : sur le contrôle de la mémoire utilisée par les scripts : selon une récente déclaration de Kelly Linden, on peut déduire que ni la limite de mémoire ni la date de limitation ne sont connues.  "... dans le futur lointain où nous ferons une limite de mémoire ..." et "Un script compilé pour le LSL utilisera toujours 16 ko de mémoire ... Pour l'instant, il n'y a aucun moyen de modifier la quantité de mémoire par un script Mono même si il utilise moins de 64 ko ... Cependant, avant de faire respecter les limitations de script, ce qui est encore bien lointain, nous allons donner la faculté de définir une taille inférieure de mémoire max pour les scripts Mono..."

La version du serveur 1.36.4 de Second Life vient d'être déployée cette semaine par Linden Lab, mais la version suivante , la 1.38, est déjà en test sur la Preview Grid.

Que nous réserve cette nouvelle version de serveur? Voilà ce que nous en savons pour le moment grâce à des déclarations de Kelly Linden, de OsKar Linden et de Maestro Linden.

La version de serveur 1.38 est une version charnière puis qu'elle va introduire la gestion, le contrôle et la restriction des tailles de la mémoire utilisée et allouée par les scripts LSL.

C'est avec le Viewer 2 (uniquement pour ce viewer) et sur une région en 1.38 que l'on pourra vérifier la quantité de mémoire et le nombre de scripts utilisés par notre avatar et aussi sur la région. Cela se fera par un bouton "Script Info" dans la fenêtre "Appearance" de l'avatar ainsi que dans la fenêtre "About Land" en bas à gauche de l'onglet "General". Les illustrations suivantes, vous montrent ce que seront les fenêtres affectées par "Script Info".

Les deux dernières images montrent les limites de scripts et d'Url ; sur la dernière on voit bien les scripts en 16 ko (LSL) et 64 ko (Mono).

On remarque qu'il y est question de scripts mais aussi de nombre d'Url (nombre de liens pointant vers un site web) ce qui signifient que non seulement la taille de la mémoire allouée à chaque avatar et pour chaque parcelle sera soumise sous peu à limitation mais aussi que le nombre de faces d'objet utilisées pour Shared Media le sera aussi.

C'est dans le cadre d'une meilleure gestion de le mémoire des serveurs dédiée aux scripts que la 1.38 apportera de nouvelles instructions pour le LSL, l'objectif étant de limiter autant que faire se peut les scripts dans les prims enfants des objets liés ; les nouvelles instructions donnent donc la possibilité à un script dans une prim donnée de contrôler le texte flottant de n'importe quelle autre prim ainsi que de lire ou modifier les paramètres de ces prims. C'est en réduisant à néant le délai d'exécution de ces fonctions que Linden Lab compte sur un emploi fréquent dans les objets complexes.

Toutes les raisons de placer un script dans les prims enfants n'ont pas été éliminées, Kelly Linden laisse entendre que d'autres paramètres sont à l'étude comme un PRIM_TARGET_OMEGA pour faire l'équivalent d'une fonction llLinkTargetOmega().

Kelly Linden a aussi précisé que les scripts Mono compteront en définitive pour 64 ko de mémoire, ce qui selon ses déclarations : "Cela aurait eu plus de sens de passer tous les scripts en Mono ainsi nous aurions pu nous débarrasser du LSL mais malheureusement cela n'arrivera pas de si tôt!" En effet, lorsque l'on a plusieurs petits scripts, l'économie en taille mémoire passe obligatoirement par le LSL ; en effet, la taille mémoire comptée est celle réservée par le script (16ko en LSL et 64 ko en Mono) et non pas celle réellement utilisée par le script.

Autres informations glanées

Les développeurs ont travaillé récemment sur le remplacement de la version 1.2.6 de Mono par la version 2.6.1 La version 7 de Havok est toujours dans les temps et devrait faire partie de la livraison de la version 1.40 du serveur. Ces 2 informations combinées apporteraient, paraît-il, une solution au problème de l'avatar qui tombe de haut et traverse le plancher.
On apprend aussi que Linden Lab a fixé un nombre de fonctionnalités à préserver à tout prix au gré des changements de version ; cela se concrétise par une liste d'objets qui doivent impérativement toujours fonctionner ; on y trouve par exemple tous les produits de la technologie Hippo, Metalife et Quantum mais aussi le PosJump (donc en principe il ne devrait plus être considéré comme un hack) et le WarpPos.

Pour tous les détails concernant la version 1.38 du serveur, il faut se reporter à la page du Wiki ... ... quand elle aura été rédigée!

Garmin Kawaguichi,
de la tribu des Havok