Dommage d'avoir cloturer le post, pile au moment où je voulais mettre mon grain de sable. En fait, c'est peut-être une idée naïve de vous signaler ça, mais qui n'a pas fait rire l'équipe technique de ma boîte (pour faire bref).

Remarque (avec ce que j'ai réussit à suivre) : le serveur IIS 6 de windows ne gère pas bien son fonctionnement. Au fur et à mesure, il augmente l'occupation de la RAM et du Disque Dur, d'où un reboot par défaut fixé avec une périodicité de 24h (qui peut-être débrayé. Ne sertait-ce pas votre cas ?).

Evidemment, ça provoque des ralentissements qui augmentent  avec le temps de non-reboot du serveur. Pas mal de gens attendent un Service Pack ;-)

J'ai rien compris à ce post. MH tourne 100% sous Linux. Qu'est ce que IIS a à faire ici ?

VYS -  dungeonMaster

En fait, je suis un newbies des serveurs, et je suis incapables de faire le rapprochement entre ce que j'ai pu recevoir comme info et l'application que vous pouviez éventuellement en faire.

Pourquoi j'ai mis cette remarque ? parce que MH subit des ralentissements depuis peu de temps et que le problème que j'ai signalé semble existé depuis peu de temps. (oui oui, c'est la seule raison)

C'est tout... à cloturé donc...

// GrountEsQui

J'avais lu dans un post que le DM disait que c'était surtout un problème de CPU. Vla mon petit avis mais bon, comme y'a bcp d'inconnues (pour moi) là-dedans j'ai ptet tout faux :-)

MYSQL 4 ne connait pas les BIND variables; il ne peut donc pas réutiliser les requêtes SQL de même type mais avec des valeurs différentes style :

select nom_du_troll, equipement from table_des_trolls where troll_id = 123456 ;

et

select nom_du_troll, equipement from table_des_trolls where troll_id = 987654 ;

Ce qui veut dire qu'à chaque fois qu'un de nous (doit y avoir plus de 11000 trolls en activité donc je parierai bien pour 3 ou 4000 trolls connectés en permanence au moins la journée puisque nous avons tous le même fuseau horaire - sauf si il y a des québécois je sais pas) clique sur MA VUE (par exemple), ben MYSQL doit recompiler l'ordre SQL, choisir le meilleur chemin pour accéder aux données, ... à chaque fois au lieu de réutiliser ce qui a déjà été compilé... et c'est problématique car les locks sur ces zones mémoire sont serializables (donc ben faut attendre que le précédent ait fini pour qu'on s'occupe de nous) et donc c'est super lent... (d'ailleurs, moi, quand je joue super tard, c'est rapide car sans doute moins de monde connectés) et en plus ça consomme moult CPU !

MYSQL a peut-être une option qui force la réutilisation de ces ordres SQL même si les variables ne sont pas BINDées mais ça aussi ça surconsomme pas mal de CPU :-)

Voilà ce que j'en dis mais bon, j'ai ptet tout faux :-)

A+

OdL, qui aime bien donner son avis même si on lui demande pas :-)