Feeds:
Articles
Commentaires

Archive for the ‘Lag’ Category

Frank Ambrose (connu sous le nom FJ Linden) vient de faire un point sur ses travaux d’optimisation de l’architecture de Second Life.

Pour rappel, ces principaux chantiers sont :

  • LLnet (un réseau de fibres optiques privé qui doit relier les différents centres de données de Linden Lab)
  • Le « nettoyage » de la base d’objets (les fameux « asset servers »)
  • L’optimisation des protocoles d’échanges entres les serveurs SL (portage d’un système C++ MySQL vers un protocole http)
  • L’optimisation des échanges entre les serveurs et les clients SL (ex : l’inventaire)

 

Concernant LLnet, le projet prend un léger retard, initialement annoncée pour fin 2008, sa mise en place est finalement reportée à début févier. L’un des avantages de cette évolution est qu’elle libère Linden Lab de la contrainte du RPV (Réseau Privé Virtuel) et pourrait permettre de faire appel à plusieurs fournisseurs d’accès (au lieu d’un seul actuellement) et donc potentiellement de réduire lag (bien que FJ préfère employer le mot « latence »).

 

Concernant la base d’A7 (asset), les travaux d’analyse ont visiblement bien avancés et FJ explique que la base devrait être divisée en trois niveaux :

  • Le niveau 1 : la base Isilon (la base principale) pour les éléments accédés régulièrement
  • Le niveau 2 : la base Isilon (la base principale mais avec des données compressées) pour les éléments accédés plus rarement
  • Le niveau 3 : la base « bulk » différente de la base Isilon pour les données non utilisées pendant plus de 2 mois

FJ signale qu’il n’est pas prévu d’effacer d’informations de la base « bulk » et que toute donnée de cette base qui serait utilisée, serait immédiatement déplacée dans la base Isilon (quoiqu’en dise FJ, le premier rez d’un tel objet sera probablement un peu plus long ^^).

 

Concernant les 2 projets sur les protocoles interserveurs & client/serveur, FJ signale qu’il attend des évolutions du serveur central prévue pour fin janvier (je suppose qu’il s’agit de la 1.25). Les deux projets sont censés aboutir en février. Affaire à suivre donc.

 

Enfin FJ touche un mot sur les récents problèmes rencontrés par la base de données et ayant conduit à plusieurs restrictions d’accès à la grille ces derniers jours (ici, ici et ici  (sans compter les cas non clairement détaillés par Linden Lab). Il justifie ces problèmes par une logique d’optimisation du temps de récupération de la base après un crash. FJ avoue du bout des lèvres que les causes de ces instabilités n’ont pas toutes été identifiées et seront (autant que possible) résolues dans les prochaines semaines.

 

J’avoue avoir un bon feeling avec FJ, il communique beaucoup et n’hésite pas à parler des problèmes rencontrés dans ses projets. Il a annoncé un planning qu’il essaye de respecter (un mois de retard pour Linden Lab, on peut dire que c’est une réussite ^^) et je pense que M lui met un grosse pression car ces optimisations sont un pré-requis indispensable à une augmentation du nombre de résidents de Second Life

Ma crainte concerne ces derniers mots sur les crashs de la base de données (surtout sur le fait qu’il se soit senti obligé d’en toucher un mot) et les pertes d’objets induites. Probablement que ces crash sont dus au nombre croissant de connectés, mais sûrement sont il également liés aux actuels travaux d’optimisation des « Asset serveurs », la recherche de la cause de ces crash peut prendre beaucoup de temps et pourrait amener Linden Lab à retarder le déploiement de cette évolution ce qui ne serait probablement pas sans conséquences sur le planning global de livraison des évolutions de FJ…

Read Full Post »