Un joueur a recement eu l'opportunité d'interviewer certains membres du Staff de GW afin d'obtenir plus d'informations sur les technologies employées pour programmer et maintenir GW
(liens vers les articles originaux :
http://www.monashreport.com/2007/06/09/technology-of-guild-wars/http://www.dbms2.com/2007/06/09/the-database-technology-of-guild-wars/http://www.monashreport.com/2007/06/09/guild-wars-game-notes/et voila )
et Thubs nous a fait la faveur de les traduire:
Citation:
La technologie de Guild Wars
Etre un analyste a ses bons côtés, parce qu'on peut avoir des discussions très intéressantes. C'est ainsi que j'ai eu l'occasion d'interviewer Mike O’Brien et Pat Wyatt, deux des fondateurs et programmeurs principaux d'ArenaNet, créateurs du MMORPG (ndt: roooh !!) Guild Wars.
Si vous jouez à ce genre de jeu, il est évident que cela va vous intéresser. Mais même si ce n'est pas le cas, vous devriez jeter un oeil. Après tout, Guild Wars est un SaaS (ndt: Software as a Service, c'est à dire la commercialisation d'une application sous forme de service en ligne) avec de beaux graphismes qui supporte aisément 100,000 utilisateurs en simultané, tout en gérant un client de plus d'un Go et ce même pour les plus petites connections par modem.
Chaque utilisateur est un hacker potentiel, que ce soit pour le "fun" ou pour en retirer de l'argent réel ; même si nous n'avons pas beaucoup discuté de l'aspect sécurité. Et ArenaNet propose tout cela avec un budget relativement limité ; en effet, les frais d'abonnement s'élèvent à exactement 0€ par mois.
Note: Si vous êtes habitué aux JdR hors ligne mais pas aux MMORPG, lisez ce qui suit. La différence et que dans un MMORPG, beaucoup de joueurs jouent en même temps. Et si vous êtes habitué aux MMORPG mais pas à Guild Wars, sachez que GW est instancié. C'est-à-dire que chaque groupe, de 1 à 24 joueurs, va avoir sa propre copie du monde de jeu. Les changements dans l'environnement sont effectués par eux seuls.
Et si vous n'êtes pas habitué aux JdR du tout, je vous conseille d'arrêter de travailler si dur et de commencer à jouer.
Voici quelques détails techniques que j'ai réussi à glaner pendant cette courte demi-heure de conversation :
Le client ne fait pas grand-chose à part le côté graphique et la préparation du résultat final (dont l'encryptage).
C'est un choix de sécurité. Ils partent du principe que le client de jeu est hackable à l'infini, et donc limitent son importance à simplement pouvoir envoyer quelques informations prédéfinies.
Ils ont des serveurs "en lames" (ndr: "blade", plus d'infos ici) – au départ uniquement des IBM, maintenant plus variés. Il s'agit en général d'IBM avec bi-processeurs Xeon à 2.8 gigahertz et 2.5 gigas de RAM.
Il y a différentes catégories de serveurs. Y compris: identification/connexion, téléchargement de mises à jour du jeu, le jeu en lui-même, cache de la base de données, DBMS (ndt: gestion de bases de données), fonctions secondaires du jeu (membres de guildes, tournois...), systèmes de protection qui surveillent le reste.
Les serveurs de jeu peuvent chacun accueillir entre 2500 et 3500 utilisateurs, la restriction principale étant la quantité de mémoire adressable. (Les machines tournent sous Microsoft Windows 32-bit)
Les données liées aux personnages des joueurs prennent quelques dizaines de kilobytes.
Il y a 4,5 millions de lignes de code au total.
Leur but au niveau de la connectivité est de .0045 megabits/seconde/utilisateur, et ils sont près de l'atteindre. Il est tout à fait possible de jouer en 56k. (ceci dit, en tant que joueur je peux vous dire que vous subirez tout de même quelques lags)
La fiabilité n'est pas seulement un avantage pour les utilisateurs, c'est aussi un point important pour l'intégrité du jeu. Il existe plusieurs abus dans les MMORPGs, par exemple en faisant planter le serveur délibérément pendant une transation client-serveur. ArenaNet combat cela en mettant l'accent sur l'intégrité des transactions et plus généralement en essayant de rendre leurs serveurs de cache de bases de données très fiables. Ces serveurs restent en moyenne connectés entre 150 et 200 jours d'affilée.
*Note: la triche est très présente dans le monde des MMORPGs. Un problème majeur est l'acquisition d'argent dans le jeu par des professionnels dans des pays à bas salaires, qui le revendent ensuite pour de l'argent réel. Ces revendeurs d'or inquiètent fortement ArenaNet.
et le 2eme :
Citation:
J'ai la chance d'être chargé de faire des recherches sur les jeux en ligne et les mondes virtuels pour un article à venir sur Network World.
Pour ma première interview, je me suis naturellement tourné vers les chefs de projet du jeu auquel je joue : Guild Wars. Cet article met l'accent sur la technologie de bases de données. Il contient aussi une courte description de ce qu'est Guild Wars - un MMORPG (ndt: roooooh!!!) avec un aspect peu commun: le monde est instancié et non pas complètement partagé par tous les joueurs.
Commençons par quelques infos. ArenaNet (développeur de Guild Wars, maintenant filiale de NCsoft) utilise Microsoft SQL Server, surtout l'Edition Entreprise, et vient juste de passer à l'édition 2005 il y a 4 mois. Entre 1500 et 2500 transactions/seconde sont effectuées chaque jour, avec des pics à 5000. Il n'ont pas d'administrateur de bases de données à plein temps, et lorsque les développeurs ont commencé ce projet, il ne connaissaient pas le SQL. Ils n'ont eu qu'un problème majeur de SQL depuis que le jeu existe (soit plus de 2 ans), et, comme la plupart de leurs bugs, il était dû à un problème de pilote de réseau plus qu'à un réel problème dans le coeur du système.Alors, comment cela fonctionne-t-il ? Plusieurs choses liées aux bases de données ont lieu dans un MMORPG instancié.
Les personnages du jeu trouvent des objets ; par exemple, il y a des transactions d'inventaire. La plupart du temps celles-ci sont unilatérales. Les objets proviennent de nulle part et il n'y a donc pas à supprimer les objets du stock d'origine. De la même façon, ils achètent et vendent aux PNJ marchands. Un personnage porte jusqu'à 60 objets différents, chacun d'entre eux étant une combinaison de plusieurs token (nbtr: ouais voila quoi si vous comprennez vous ... ) ou attributs choisis dans une liste prédéfinie.
Les personnages évoluent. Ils gagnent en puissance. La part de carte qu'ils peuvent voir augmente. Ils vivent des événements qui modifient le jeu. Etc.
Il existe des modifications temporaires au monde de jeu lorsque les personnages explorent des zones. Celles-ci doivent être maintenues en l'état tant que ce personnage est connecté et se trouve dans cette zone. Mais puisque le jeu est instancié, elles n'ont pas besoin d'être mémorisées après cela (à quelques exceptions près).
Il y a certains systèmes secondaires qui utilisent des transactions ordinaires, tels que la fenêtre de guilde et le système de tournois. Au vu de leur mode de fonctionnement, il semblerait qu'ils suivent des schémas très simples.
Dans certains MMORPGs, l'inventaire est géré de façon évidente – chaque objet a un enregistrement qui lui est associé.
Mais Guild Wars fait les choses différement. Tout ce qui concerne un personnage se trouve dans un gros BLOB (Binary Large OBject), qui a généralement une taille de 10K à 30K. (un élément est la carte complète, ou du moins l'enregistrement des pixels découverts.) Plus précisément, il existe un BLOB par personnage et un BLOB par compte. Les BLOBs sont mis à jour au fur et à mesure que le jeu progresse, et sont sauvegardés à intervalles réguliers (quelques minutes).
En fait, s'il y a 150,000 transactions et plus par minute, et que chaque personnage génère une transaction toutes les quelques minutes, ça signifie qu'il y a environ 0,5 million de personnages en ligne en permanence, avec des pics à 1 million. Selon ce que je connais sur le gameplay, je pense que ce chiffre est 10 fois trop élevé environ. Je n'arrive pas à expliquer cette contradiction pour le moment.
Bien sûr, il n'existe quasiment pas de transaction aussi simple que de rentrer un BLOB dans une base de données.
Cependant, il y a beaucoup de BLOB qui transitent. Et donc entre le serveur de jeu et les backends de la base de données (lieu de stockage), il y a des serveurs de cache personnalisés. Les serveurs de jeu envoient des messages à propos de diverses transactions d'objets au serveurs de cache ; puis ces derniers envoient les BLOBs mis à jour à la base de données. Ces serveurs de cache sont extrêmement stables, restant opérationnels entre 150 et 200 jours d'affilée.
ArenaNet est, globalement, très réactif aux demandes des joueurs. Il y a cependant un point sur lequel ils ont déçu les joueurs : le fait de ne pas avoir introduit d'hôtel des ventes, ce que la plupart des autres créateurs de MMORPG ont été capables de faire. Même après cette interview, je ne suis pas sûr à 100% des raisons, mais je pense que ça se résume à cela – un hôtel des ventes serait de loin de système de transaction le plus complexe qu'ils ont implémenté. Et étant donné que l'inventaire n'est pas géré par enregistrement unique, ils auraient besoin de recommencer à zéro. Ceci dit, bien qu'ils ne m'aient rien dit à ce sujet, lorsqu'ils réexamineront ce problème pour GW2, je suis sûr qu'ils réaliseront que ce n'est pas aussi difficile qu'ils le pensent aujourd'hui.
En ce qui concerne l'avenir des bases de données: le fait de passer le stockage d'un joueur (coffre Xunlai) de 20 à 80 emplacements a forcé une expansion de la base de données. Il y aura probablement d'autres augmentations de la base de données, bien qu'ils ne soient pas encore entièrement décidés sur ce point. ArenaNet semble très satisfait des serveurs SQL, et ils ne vont pas réparer ce qui n'est pas cassé; de plus, ils sont situés à Bellevue. (à l'inverse, Sony Online est en train de migrer Everquest d'Oracle à Enterprise DB. J'espère pouvoir les interviewer à l'avenir) ArenaNet ne semble pas prendre en considération la technologie "memory-centric" (ndt: les données sont situées directement dans la mémoire dès le départ), bien que ce soit un choix judicieux pour le cache ; en particulier, StreamBase semble s'introduire dans le marché du jeu/des mondes virtuels (Je vous en dirai plus la dessus si les gars de StreamBase m'aident a décrocher quelques interviews).
Le 3eme article est en fait un resumé des 2 precedents:
* Ne vous attendez pas a avoir un hotel des ventes (raisons données vers la fin de l'article sur les bases de données)
* votre pourcentage d'exploration est reelement calculé en fonction de chaque pixel exploré par rapport au nombre total de pixels possibles (meme si 100% est atteignable avec un peu moins de pixel que ceux reelement possibles)
* La gestion des instances etait moins compliquee que ce qu'ils avaient prevu on peut donc s'attendre a des ameliorations pour GW2 vu qu'ils seront plus conscient de ce que cela represente reelement
_________________
voila en esperant éclairer votre lanterne votre très chere et devouée Cattie reporter sans frantière des royaume de GW pour vous servir et vous apporter joie et reconfort avec des nouvelles fraichement receuillies ^^![Dragon spirituel corporation [Spy]](https://i.servimg.com/u/f77/11/17/72/17/2007-g10.jpg)
Sam 16 Juin - 13:23