[DM]: bien sur que j'ai été provocateur, sinon, comment attirer ton attention au milieu de cette "foultitude" de messages

il n'empèche que le moniteur transactionnel a été inventé pour résoudre ce genre de problèmes: accès très nombreux et très brefs à un basse de données. lorsque je parle de re-écrire une bonne partie de MH, loin de moi l'idée de critiquer le code actuel! mais le fait est que du code utilisant un moniteur transcationnel est différent dans sa forme du code classique. tu n'es en rien mis en cause là dedant!

je ne sais pas si ce forum est le lieu idéal pour ce genre de discution technique. on peut continuer en privé si tu préfère.

Pierre.

PS. et puis je te prierai de ne pas être grossier! je n'ai pas dit le mot Or**le moi!

Et si on recodait tout en asp ou .net ?

en aspx avec une bonne base sql server derriere, ca gère, en ayant un bon server bien sur parce que bon un celeron 1.3 ca serait chaud.

Bon je sais ca sert a rien ce post, mais bon, je bosse sur ca tte la journée donc ct juste pour me mettr en avant 3 mn dans un post qui sert a rien.

[DM]: le principe du moniteur transactionnel (j'ai les références de qques bonnes docs au bureau, je te les envoie dès lundi) est de sérialiser les accées à la BD.

partant du principe qu'un ordinateur n'est pas fait pour faire plusieurs choses à la fois, et plus forte raison une BD, les requestes sont mises dans une file d'attente et traitées les unes après les autres, au lieu d'être traitées en parallèle. tu évites donc le problème du 'too any connections' puisque il n'y a plus que 1 (ou 2 ou 3 suivant ton choix) connection à la BD à un unstant donné. et traiter les requètes sur un BD en série plutôt qu'en parallèle est très efficace. la seule contrainte est qu'il n'y ai pas de longue requète qui vienne boucher le tuyau, mais MH ne semble fonctionner que par requete brèves.

la modif à faire dans le code est donc: au lieu que chaque instance du script se connecte à la BD pour affectuer sa requete, elle met sa requete en attente dans une file et attends patiament la réponse. tu peux même avoir plusieurs files d'attente avec des priorités différentes: haute priorité pour les joueurs, faible priorité pour les scripts. et le tout est joué.

n'hésite pas à me contacter pour de plus amples reseignements. mon mail est sur la page de mon Trõll.

Pierre.

non

mysql n'est PAS transactionnel.

PS pour Shamarank : MH a été écrit en asp au départ =)

VYS - dungeonMaster

n'oubliez pas que transaction = connexion plus lente et plus lourde

Actuellement, mysql tourne à 7000 requetes/minutes alors si il faut faire du transactionnel pour tout, ca va ramer, c'est sur.

VYS - DungeonMAster

n'oubliez pas que transaction = connexion plus lente et plus lourde

je crois que je comprends ton réticenses... il est vrai qu'un moniteur transactionnel est à l'origine basé sur des transactions. mais ce n'est pas obligatoire! rien n'empèche de sérialiser les requetes hors du contexte de transactions et donc de garder le meilleur des deux mondes.

au lieu que chaque instance du script tournant sur le serveur web se connecte à la base (et qu'un trop grand nombre de requete simultanées génèrent des "too many connections"), les scripts mettent leurs requetes en attente dans une file d'attente, et c'est 2 ou 3 process qui scrutent cette file qui effectuent les requetes à la base. conséquences: la machine de la BD est moins chargée et tourne plus vite. ça demande un peut de tuning mais ça marche.

Actuellement, mysql tourne à 7000 requetes/minutes alors si il faut faire du transactionnel pour tout, ca va ramer, c'est sur.

tu veux dire 7000 requetes/minutes dans le cas de MH oubien est-ce une vitesse de pointe théorique au vue d la config utilisée ?

Pierre.

Pierre, il est clair que si le mécanisme dont tu parles n'est pas intégré à mysql (ou à postgres qui pourrait-être notre solution de remplacement pour des utilisations transactionnelles), je n'ai évidemment pas le temps et surtout pas la compétence de créer un mécanisme inexistant dans notre sgbd.

Pour ta remarque, c'est effectivement ce que le serveur MH a actuellement comme charge et donc MH génère 7000 requetes/minutes sur le serveur mysql du jeu.

VYS - dungeonMaster

Il y a surement qqch que je n'ai pas compris sur l'utilisation de ces scripts publics (ou alors ils ont volontairement inutilisables?) car j'ai voulu les tester afin de les utiliser pour notre site de guilde, et a chaque test j'ai droit a un : "Erreur, paramètres incorrects."

comprend pas

pourtant en toute logique, j'ai mis mon login et mon mot de passe, donc ca devrait aller ^^