ce que je fais perso, et ca peut peut-être vous aider

j écrit mon message sur la messagerie de MH, et juste avant d envoyer, je fais un copier
si je me suis fait delog, je fais un coller dans un nouveau message

Dark~Mind

Quote: Originally posted by Arwen on 2004-07-15 17:45:45

---

Tout est très clair. J'abuse car j'ai déjà lu que le nombre n'affaiblissait en rien la rapidité du serveur, mais ça me reste quanr même en travers de la gorge. Passons.

Je bénis le jour où on aura trouvé la solution pour réguler toutes les inscriptions et les suppressions.

---

excuse moi, Arwen, je n'ai pas bien compris ce que tu voulais dire. Le nombre de processus qui tourne sur une machine n'affaiblit pas la machine, c'est un fait. Cependant, quand on atteint un trop grand nombre de requêtes en attente, le délai est plus long, le processeur est en permanence à 100% et là sont les risques de plantage : les gens ferment la fenêtre sans avoir clos leur processus, qui continue à tourner, bloquant les autres. Les explorateurs internet voient leur temps de réponse écoulé entre le paquet envoyé et le retour, et donc le considèrent comme perdu. Du coup, il reste sur le serveur (ou un autre revient avec un message d'erreur, surcharge).

Le nombre entre en cause, non pas en affaiblissant le serveur (qui est toujours capable de gérer le même nombre de requête) mais en le surchargeant : trop de processus en attente.

A côté de cela, il y a l'autre pb, qui est le buggage de la db. On ne sait pas où en est l'origine mais quelque chose la ralentit, quelque chose d'autre que la sophistication du jeu (qui influence aussi, mais normallement, le serveur devrait pouvoir gérer la double croissance en complexité et en nombre de joueur).

Rappelons que la surcharge pourrait être en partie évitée par un comportement adapté.

E4

ps : ce que j'ai pas compris, c'est ce qui te reste en travers de la gorge.

Quote: Originally posted by Enqueteur4 on 2004-07-16 00:18:43

---

A côté de cela, il y a l'autre pb, qui est le buggage de la db. On ne sait pas où en est l'origine mais quelque chose la ralentit, quelque chose d'autre que la sophistication du jeu (qui influence aussi, mais normallement, le serveur devrait pouvoir gérer la double croissance en complexité et en nombre de joueur).

---

Tiens.... ca me fait penser a un probleme survenue au boulot cette semaine et analyser avec brio par notre DBA (non c'est pas moi )

Pour faire simple on fait migré une appli et sa BdD passe de oracle 8.1.7 a 9.2.05. Les benchmark revelent rapidement qu'avec un serveur applicatif et un serveur de bdb plus costaud, de meme qu'un reseau plus performant on prend un facteur 4 dans la vue sur les perfs au niveau de certaines actions.

La raison se cache dans un module de Oracle qui s'appel "Optimizer" et qui, si j'ai bien tout compris, se sert d'une chiée de paramètres pour optimiser les requettes sur la base et eviter de balayer toutes les tables quand c'est pas vraiment necessaire.

Je ne sais pas si les DBA de l'équipe ont deja essayé de customiser les params de ce module mais si ce n'est pas encore fait je crois que ca meriterait d'y investir quelques efforts.
Par contre j'ai cru comprendre que la bete est sensible, il faut la traiter avec delicatesse.

B.

Suis-je bete..... je pars du principe que vous avez une base Oracle alors que rien n'est moins sur.

Desolé.....

B.

est-on toujours sur que le blocage de la consultation des profils autrement que par la connection est générateur d'économies?

parce que devoir se relogger à chaque fois qu'on veut vérifier que le méchant n'a pas bougé, ou que tel troll à qui je propose mon épée de feu n'a pas déjà la hallebarde en mithril, ça fait pour moi beaucoup plus de connections qu'avant.

avant, je laissais juste une fenètre "profil" ouverte, en changeant tranquillou le numéro du troll, maintenant, ben connection, clic, accéder à mes actions, clic, ma vue, clic, troll n° tant, et hop. et pas logout tout de suite vu que je sais que je vais regarder un autre troll dans 5 minutes.

Je suis peut être irresponsable, mais je ne pense pas être un cas isolé...

des excuses d'un enqueteur, j'aurai tout lu ;-)

ce qui m'ennuie, ce sont les MT, mais c'est hors sujet dand ce cas-ci.

Allez au boulot au lieu de lire le forum !!!  (je plaisante, c'est sympa de "perdre" ton temps ici !!!) je mets ton adresse en memoire pour les abus ;-)

arwen

les enquêteurs peuvent être humbles et reconnaître leurs erreurs ;-)

Cela dit, je poste comme joueur, puis, quand je vois un topic où mon avis d'enquêteur est intéressant, je poste comme tel. Ce n'est pas perdre mon temps, juste participer à la vie du jeu, comme joueur, puis comme arbitre.

E4

Toi mon petit numéro 4, tu vas bientôt contribuer à remplir mon tableau de chasse...
(comprenne qui peut, c'ets à dire pas grand monde, vite les Ultra Private Joke)

Corwin, qui les aura tous ! Surtout les pistonnés !

Quote: Originally posted by Bokûto on 2004-07-16 00:32:51

---

Tiens.... ca me fait penser a un probleme survenue au boulot cette semaine et analyser avec brio par notre DBA (non c'est pas moi )

Pour faire simple on fait migré une appli et sa BdD passe de oracle 8.1.7 a 9.2.05. Les benchmark revelent rapidement qu'avec un serveur applicatif et un serveur de bdb plus costaud, de meme qu'un reseau plus performant on prend un facteur 4 dans la vue sur les perfs au niveau de certaines actions.

La raison se cache dans un module de Oracle qui s'appel "Optimizer" et qui, si j'ai bien tout compris, se sert d'une chiée de paramètres pour optimiser les requettes sur la base et eviter de balayer toutes les tables quand c'est pas vraiment necessaire.

Je ne sais pas si les DBA de l'équipe ont deja essayé de customiser les params de ce module mais si ce n'est pas encore fait je crois que ca meriterait d'y investir quelques efforts.
Par contre j'ai cru comprendre que la bete est sensible, il faut la traiter avec delicatesse.

B.

---

Dis-moi tu t'es cru chez les sauvages? qu'est-ce que c'est que ce langage

Et les coups de pied dans le serveur ça marche pas mieux? sinon je propose la clé à molette. Y a une phrase que j'aime beaucoup que j'ai entendu dans Armaggedon et qui s'applique tellement à moi: "Quand machine pas marcher, Russe toujours faire comme ça" et bam il met un vilain coup de clé molette.

Stupify.

Zobdar, moi aussi je veux aider à réparer les bugs

Les jokes de Zobdar sont clairement plus accessibles que celles de Corwin. Bah, on n'est pas du même monde...

Zobdar.... tes references cinematographiques me depriment en fait.

B.

A la lecture de tout ça, il me semble que le meilleur vecteur d'accélération, ce n'est pas la chlague mais les dons. Peace...

Guig

(futur donnateur)

Arwen> Corwin est un gros cerveau avec des petits, je suis des gras bras avec un petit cerveau donc fatalement nos jokes sont pas du même niveau.

B.> t'aurais préféré que je fasse référence à un phrase de Clara M. ou Mélanie C. (rien à voir avec une spice girl, je parle bien entendu d'une consoeur de Clara M.)

Stupify.

Zobdar

Oui, au moins si tu parles de hardeuses j'ai une chance d'avoir vu leurs films, tandis que les navets americain montés autour de 3 effets speciaux, j'evite.

B.

Euh, puisqu'on en est là, les films de série Z américains, vous regardez ?

Parce que moi y'a une "procédure de dépannage d'urgence n°1 : le coup de tatane !" qui m'a bien fait marrer

Ah, et puisque le sujet est officiellement détourné, bravo Bokûto pour le rapprochement avec OPTIMIZE, c'est peut-être pas la même base ou langage ou j'sais pas quoi, mais ça marche vachement mieux depuis que Dorack lui fait un petit REPAIR tous les matins.

han, pas de signature particulière :p

Quoi? Le sujet derape?

Encore a cause de ce floodeur de Zobdar ca.

Pour l'optimize, etant donné que Dorack a poster pour le lancement d'un script 8 minutes apres mon post, je suppose que l'idée etait dans l'air ou que ca n'a d'autre rapport que le nom.
L'alternative serait que Dorack epluches les forums en direct, code en direct ses scripts et mets a jour sa crontab pendant qu'il appuis sur envoi.

B.

Comme tu dis dantag'

Mais, je remarque que lorsque tout s'accélère, ça finit par planter durement... De toute façon, c'est connu, c'est CYCLIQUE. La prochaine phase, avant serveur rapiiiiide, c'est : serveur lent

Pas con l'idée de Zobdar, en fait.. il faudrait embaucher un ingénieur russe au chomage dans l'équipe de MH : avec 3 bouts de ficelle, un peu de chewing gum, le serveur tournerait du feu de dieu.

Cela dit, l'idée de base, limiter le nombre de joueurs, moi je suis archicontre. Si il s'agit d'un problème de moyens, faut faire appel aux donateurs, ou vendre plus de tee shirts etc...

Chuis pas un super spécialiste en informatique, mais j'en sais suffisamment pour savoir que 10 000 joueurs meme si ils font chacun 100 requetes par jour c'est pas au delà des capacités actuelles des bécanes. A mon avis le problème vient du programme qui doit tourner plus qu'il n'y en a réellement besoin (le coup des 20 minutes en cas de non déconnexion, pitetre ça peut expliquer cela, mais j'en doute)