[Lorh]

Oui et nous Lewd. L'aspect vraiment aleatoire du probleme peut faire qu'il s'est manifesté bien plus tard qu'apres l'ajout du bout de code pouvant poser probleme. Il faut donc en éprouver une enorme quantité. C'est ce que je compte tester là, sous peu : verifier le code du core, et si le probleme persiste, verifier le code des script. Si le soucis est toujours là, c'est le probleme vient de la machine, mais pas au niveau materiel, mais par exemple une mauvaise gestion des entrées/sorties, ou autre bottleneck (BDD, process, etc...)

L'idée de devoir vérifier intégralement un truc aussi gargantuesque, ligne après ligne, me file des frissons dans le dos. Mais bon, il est vrai que les dev sont une sorte de troisième type ~~

Mais je me demande s'il est vraiment nécessaire de tout vérifier intégralement ; il est vrai que ce côté aléatoire nous empêche de localiser le problème avec certitude. Mais une recup de six mois avant la première apparition des lags ne serait-elle pas une période suffisamment grande pour prendre en considération le côté aléatoire et éventuellement différé du problème ? J'ai du mal à imaginer une MaJ dont résulte un problème aléatoire qui ne survient que plus d'un an après, ça ne me paraît pas très probable, mais j'ai sûrement une vision trop limitée du développement et ses aléas.

Edit : en réalité j'ai du mal à considérer ce côté aléatoire, en ce qui me concerne, un problème aléatoire l'est de A à Z et si c'était réellement le cas, alors nous aurions parfois connu des périodes significatives sans lag (question de probabilités).

A moins bien sûr qu'une modif ait provoqué ce bug aléatoire et qu'une autre modif lui ait donné une nature plus récurrente ensuite, mais là ça serait vraiment l'enfer sur terre.

[Lorh]

Ne croyez pas que nous n'avons pas déjà pensé à tout cela. Nous avons suffisamment d'expérience professionnelle et personnelle pour gérer cela le plus efficacement possible. Nous avions déjà effectué un rollback de code pour verifier l'origine du probleme. Le soucis était toujours là. Ce rollback correspondait à 1 mois avant la premiere apparition du phénomène. Là, nous allons revenir à effectivement 6 mois encore avant, ce qui nous donnera une certitude, ces 6 mois contenant de très lourdes modifications de code (ce qui a expliqué que c'etait aussi notre "dernier recours", ce rollback etant délicat a appliquer et maintenir en ligne).

Ne croyez pas que nous n'avons pas déjà pensé à tout cela. Nous avons suffisamment d'expérience professionnelle et personnelle pour gérer cela le plus efficacement possible. Nous avions déjà effectué un rollback de code pour verifier l'origine du probleme. Le soucis était toujours là. Ce rollback correspondait à 1 mois avant la premiere apparition du phénomène. Là, nous allons revenir à effectivement 6 mois encore avant, ce qui nous donnera une certitude, ces 6 mois contenant de très lourdes modifications de code (ce qui a expliqué que c'etait aussi notre "dernier recours", ce rollback etant délicat a appliquer et maintenir en ligne).

Loin de moi l'idée d'invoquer un raisonnement rationnel vis à vis d'un domaine dans lequel je suis un total ignare sans me dire en premier lieu qu'il a sûrement déjà été envisagé, justement parce que ce n'est pas moi le pro.

J'essaye surtout de saisir avec exactitude la logique avec laquelle vous fonctionnez dans la résolution des problèmes de ce type, afin d'être le plus utile et cohérent possible à l'avenir.

gl pour ce dernier recours.

[Lorh]

Vous avez raison, et merci de vos proposition. J'ai ce mauvais réflexe de sentir mon intelligence insultée quand on me conseille quelque chose qui me semble une parfaite évidence, alors qu'il est normal de vouloir participer et toute idée est bonne à prendre, vous ne pouvez pas savoir si on y a déjà pensé ou pas.

Bref, désolé, a force de me plonger et stresser sur ce problème j'en oublie de mettre les formes dans mes réponses :s

D'ailleurs, je suppose que cela a été déjà évoqué, mais même si ce lag n'a pas l'air dû à un script de boss, celui-ci doit avoir un rapport avec les raids,car des que ceux-ci finissent,les lags se retrouvent nettement amoindris.

De plus,j'ai l'impression que ces lags viennent uniquement dans le sens client => serveur.
Hier on était sur C'thun, nos sorts mettaient 3/5 sec à partir(comme si le serveur était saturé pour traiter notre requête de sort), alors qu'en face de nous les sorts de C'thun partait normalement. (le rayon rouge entre autre :D)

Ce n'aidera probablement pas,mais tout indice peut être bon à prendre.

Je ne m'y connais pas forcement très bien et je suis désolé si ma contribution est complémentent à coter de la plaque, mais est il possible que le problème vienne d'addon des joueurs? si le problème n'est pas apparu avec une maj du serveur peut être l'est il avec un addon qui s'est répandu et l’intensité du lag serait proportionnel "proportionnel" au nombre de joueur qui l'utilise? (peut être un addon pour aider au bg ou raid vu que c'est la que les lag sont les plus fort) Comme certains addon plantent pas mal et bug, je me dit qu'ils peuvent peut être avoir un impact également sur le serveur? Est il possible qu'un transfert de données entre les bases de données du jeu et les addons puissent occasionner des lag? Voila, j’émets cette hypothèse car je n'ai pas vu (je n'ai pas tout lu mais une bonne partie) dans la discussion que cet aspect la ai été évoqué donc même si ce n'est peut être pas ça, ça peut être une piste. Si c'est le cas peut être que demander à tout les joueur de désactiver leur addon une soiree pour faire un test efficace(inutile bien sur si on me dit que ça ne peut absolument pas être ça)
Tlannok

J'ai ce mauvais réflexe de sentir mon intelligence insultée quand on me conseille quelque chose qui me semble une parfaite évidence

J'avais directement deviné, je suis exactement pareil sur ce point, aucun problème.

[Lorh]

Ce n'est pas une question d'add on, ces derniers n'ont pas d'influence sur le serveur autre qu'a travers les canaux de discussion. De plus seules les personnes avec ces add on lagueraient.

Furry, ça a été notre reflexion ils y a quelques semaines deja, mais le souci sn'est pas forcément les raids : mon hypothèse, si le probleme vient d'un sort, serait simplement que plus ce sort est utilisé, plus l'impact est fort. Et le maximum de sort est cast durant les raids. Donc ce n'est pas la faute ni des raids ni des scripts, mais simplemen tune concordance de plusieurs facteurs (et ça expliquerait pourquoi le soucis se pose parfois hors raid comme hier après midi)

Je ne sais pas si cela a déjà été proposé mais si ça empire de soirs en soirs alors qu'il n'y a pas eu de reset serveur. On peut penser que le serveur accumule des tâches superflues.

C'est chaud d'essayer de comprendre sans avoir de log sous la main ou de stats. =)

[Lorh]

Non Ioni, cela n'a rien a voir non plus, deja par l'observation mais meme en application, le probleme ré-apparait après un reboot.

Bonjour,

Simple idée comme ça.

D'un point de vue réseau, vous avez déjà fait des checks?
Au cas ou le problème de fond se situe a ce niveau, en effet les lenteurs/lagge peuvent être la ou on s'y attend pas forcement. je me dis que toute idée est bonne a prendre :)

Pas de perte de paquet depuis votre serveurs vers différents FAI/internet ?
Avez-vous vérifier via un tcpdump/wireshark sur un client et le server le bon acheminement des paquets aller/retour?
La bande passante ne sature pas sur le serveur par moment?
Pas de QoS complète ou partiel mis en place par OVH?

Imo, voyons déjà ce que ça donne une fois que le RB de 6 mois pourra être envisagé (car délicat, pour reprendre les propos de Lorh), car sérieusement même si cela ne règle pas le soucis, seule cette prise de mesure nous permettra d'avoir des certitudes suffisamment concrètes pour réduire notre champ de recherche.

Et pourquoi pas (je préviens ca va être chiant pour certain ! :D), demandez qu'une soirée soit sacrifier en désactivant les instance (a 5 + raid) pve. Et en demandant de bind en PVP toute la soirée.

Si les gens joue le jeu et qu'on a une populations de 650+ comme les soirs de lag, et qu'aucun lag ne se produit. Ca conforte dans l'idée qu'un boss/event est une action qui répéter un certain nombre de fois fait lag le serveur.

Si les lags sont encore présent. Ca évite de vérifier les centaines voir millier de spell des boss/mob. Et que cela viens peut être des spell/actions que font les joueurs.

Si ce genre de test est mis en place bien évidemment faut que les gens joue le jeu, même si le pvp plait pas c'est juste avoir un certains rendez vous (genre 21h30-22h30) ou on vous demande d’appuyer sur vos touches pendant 1 petite heure pour essayé de régler des mois entier de lag.

[Lorh]

Aucun problème niveau réseau, c'est evident la premiere chose que nous avons vérifiée. Et Thanok, cela a été fait il y a quelques jours, renseignez vous.

Les raid on était désactivé, mais est-ce que les joueurs joué ? (produit une activité)

Car personellement j'ai vu 3/4 des gens afk orgri a attendre de pouvoir aller en raid. Et sur le world le peu de personne qui fesait du pvp (dans la zone prévu a l effet) disé qu'il ne trouvé pas 1 seul ally ^^. Donc bon si tout le monde est afk ca diminue fortement les actions que le serveur éprouve.

Après si vous avez vu une activité important en bg, autant pour moi car je ne sais pas si les gens on fait beaucoup d'action en attendant leur raid.

De plus le but de la soirée était d'aller en instance, (TP les raid 1 par 1, oui oui j'étais renseigné :p) ca n'est pas ce que je propose (et il me semble que ma propositions permettrais d'exclure ou non les raid du problème). Des retours que nous avons, la soirée passé n'a semble t il pas permis de savoir si cela venais d'un raid ou non de manière assez certaines.

Si cette différences ne vous sert pas, pas de problème, c'est juste que la différences entre les 2 soirée me semble assez significative, je peux certainement me tromper ! :)

17h ca lag comme pas possible en bg.

+1 ziley c'est catastrophique

Full lag toute l'aprem ( a partir de 16h ca a commencer à être sérieusement sale , j'ai déco).

Lag en ce moment ( 17h27 ) .
Pas de Zg / Aq20 / MC / BWL / Aq40 / Naxx cote ally et H2 .

Edit : trop lent :)

[Lorh]

Comme suggéré, cela semble pouvoir être provoqué par altérac.

Go delete ce BG démoniaque

Sinon ce soir ça lag pas, c'est cool!

J'approuve, depuis le down, aucun lag ce soir =)

0 lag de toute la soirée raid, ca fait du bien !

Blizzard n'a jamais été vraiment brillant sur le codage de la "neige". A LK on avait souvent des serv freeze dû à la surcharge de joueur présent au joug. Si on part de l'hypothèse que les lag sont présent depuis qu'une 10aine de guilde raid et que suffisamment de personnes sont connecter pour lancer un alterac, celui-ci pourrait amener les lag etc.
Sans compter qu'alterac est actuellement pas le bg le plus blizzlike qui soit, cf le post partie bug référant tous les problèmes constatés dans le bg. Le pull de certain élite ou boss pourrait être à l'origine de tout, car c'est aussi une instance avec ses mécaniques.
Enfin contre-dites moi si je me trompe, mais j'ai comme une sensation de bouclage concernant les lag. Avec une durée de plus en plus longue entre les reboot. Je m'explique, après un reboot comme hier en fin d'après midi, on avait strictement aucun lag. Puis au fur et à mesure que l'uptime du serveur grandit, on a des boucles de lag qui se forment. Elles s'additionnent et forment un moment un tout injouable avec un lag de 3sec sur chaque spell en permanence.

Pour finir depuis la 2.4.3 on fait pour les anciens du naxx. Le serv n'a jamais lag autant malgré les patch. Donc que la mécanique du lag soit délié de la population est impossible. Le nombre d'instance en cours peut aussi être une piste si on considère que chaque BG représentent le poids d'un ZG ou BWL...

Mon hypothèse, si le probleme vient d'un sort, serait simplement que plus ce sort est utilisé, plus l'impact est fort. Et le maximum de sort est cast durant les raids. Donc ce n'est pas la faute ni des raids ni des scripts, mais simplemen tune concordance de plusieurs facteurs (et ça expliquerait pourquoi le soucis se pose parfois hors raid comme hier après midi)

Si vous feriez une soirée comme dimanche passé mais au lieu de tester les raids , vous testeriez les classes en demandant qu'une classes à la fois spam leur sorts utilisé en raid un par un . Cela pourrait vous permettre de trouver plus simplement la source du probleme ?

Hmm, juste avant de vous enflammer, j'aimerais rappeler qu'on a déjà eu du lag des soirées où aucun alterac n'a proc (notamment pendant l'été et en septembre).

Par contre je retiens une chose c'est que : il y'a eu un reboot, on a eu une soirée sans lag.

Est-ce nécessaire de tester les lags à la dure ? Il y'a t il des tests tous les soirs de lag ?

Ne peut on pas avoir un reboot par soir ou tous les deux soirs ? Au moins préalablement à une soirée où ça risque de lag et pendant laquelle aucun mj n'est là pour examiner. (Parce qu'entre nous, à part noter les heures de lag, râler, donner des théories tirées par les cheveux ==> en joueur on ne sert à rien).

Cela reste une solution tampon, mais autant dire que personnellement je perds un peu la foi dans la possibilité éventuelle de régler ce soucis, et en attendant on ne peut pas raid, on ne peut pas pvp, je ne farm même plus étant donné que ça prend 15 sec pour mount.

PS: C'était pas pour râler hein, juste pour expliquer.

[Lorh]

Thestomper, il y a eu plusieurs soir où un reboot n'a absolument rien changé.

D'où mon "effet de bouclage" il est clair qu'on a à faire à un problème redondant qui s'amplifie. Là où y a eu un grand changement c'est le reboot d'hier où le jeu après était fluide. Il faut pas forcément un alterac de lancer pour que celui ci ne créé pas un bug dans le system.
Jusque là toutes les instances on était test etc donc faut se tourner vers le reste.

Thestomper, il y a eu plusieurs soir où un reboot n'a absolument rien changé.

Et bien je n'en serais pas aussi sur, si ça n'a pas fonctionné à 100%, la plupart du temps ça a fonctionné.

Je me pose une question toute bête, qu'est ce qui a changé avec le reboot ? Un sort aurait causé le lag Ad vitam æternam jusqu'à un reboot ? Dans ce cas en toute logique, le sort cause le lag => reboot => plus de lag.

A vous de voir sinon, perso en tant que joueur cela m'horrifie que dans un an, on se trouverait toujours avec le même soucis, conditions de jeu dégueulasses.
Autant trouver une solution temporaire, dans l'absence de celle ci le serveur restera bloqué, le mode adaptation des pvp boys encore fidèles et des rosters PVE risque d'être altéré. J'espère sincèrement que ça ne sera pas le cas.

Personnellement, je pense aussi qu'un reboot systématique tout les 2/3j ne coûte rien (je pense), et ferait grand bien au serveur.

My bad si je me trompe.

Un reboot programmé à 4h30 chaque matin pourrait être une solution non ? Je me souviens que sur d'autres privés ils faisaient ça pour éviter ce lag. Après je sais pas si c'est possible de le faire automatiquement, car mettre un réveil pour le faire chaque matin serait fastidieux...

Un reboot programmé à 4h30 chaque matin pourrait être une solution non ? Je me souviens que sur d'autres privés ils faisaient ça pour éviter ce lag. Après je sais pas si c'est possible de le faire automatiquement, car mettre un réveil pour le faire chaque matin serait fastidieux...

Ce serait pas mieux avant le début des raids ? Genre 19h30. Même si c'est une heure de pointe, au moins on est sûr qu'en raid ce sera fluide.

Un reboot programmé à 4h30 chaque matin pourrait être une solution non ? Je me souviens que sur d'autres privés ils faisaient ça pour éviter ce lag. Après je sais pas si c'est possible de le faire automatiquement, car mettre un réveil pour le faire chaque matin serait fastidieux...

Ce serait pas mieux avant le début des raids ? Genre 19h30. Même si c'est une heure de pointe, au moins on est sûr qu'en raid ce sera fluide.

Comme tu dis c'est une heure de pointe, on peut pas reboot pendant que les gens repa, consos etc sinon tu vas voir en raid une nouvelle excuse "scuse rollback spas dma faute!"

Je suis pas sûr qu'un down volontaire provoque un rollback, il doit forcement y avoir des procédure de sauvegarde avant le down, ou si c'est pas le cas, pourquoi ne pas en rajouter, sachant que le down est annoncé 10 minutes à l'avance.

Je suis pas sûr qu'un down volontaire provoque un rollback

En effet ce n'est pas le cas, un down volontaire ne cause pas de rollback.
Sinon il y'a les tests ce soir, essayons de motiver les gens à créer la plus haute activité possible sur le serveur afin qu'ils soient fructueux. Le reste sera ptét à considérer si ce n'est pas le cas.

Comme l'a dit Captp, un reboot vers les coups des 04h30 du mat' serait pas mal, y'a vraiment pas bcp de monde co a cette heure-ci.

Pas un prout de lag en tous cas ce soir

C'est juste parfait, le jeu est plus fluide ce soir que les soirs où on considère que le serveur ne lag pas !