← GeekServers.gg [DEBUG:1782456837]
Le problème a été réglé par notre équipe.
[12/10/14 à 23h12] [Lorh] : Afin de tester une nouvelles architecture prometteuse, j'aimerais organiser un stress test dimanche. Donc n'hésitez pas, si vous avez 1 heure ou 2 dimanche soir, à connecter tout vos personnages, à aller ne raid ou en BG, ou à ramener vos amis si eux aussi ont un peu de temps.

Forums » Assistance » Bugs » Traités » Lags en Raid 40.
⚠ Archive en lecture seule — Retour sur GeekServers.gg
Ce soir injouable sur MC, un peu comme tous les dimanches soir de ces dernières semaines j'ai l'impression (et ce soucis de lag pour tous le raid)
Draelas


Huhuran down à l'instant de notre coté.
Preachx


Down de Ragnaros avec du lag.
Injouable à BWL
Arcanum

<Blacklisted>


Haaaaa, peut etre un loot gratuit de son choix pour Nyu !
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Twins down et crash , \o/
Preachx


Wakk a écrit:Twins down et crash , \o/


Rien a voir, les crash de ce soir viennent de executus et seront fixed prochaine MaJ.
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Yep mais on vient de gentiment perdre 2 loots, super cool :< bref !
Ustaag

<Beep Beep i'm a Jeep>


Ah non non non non, faut vraiment que je trouve la source de ce bug !!!
Captp

<Meuporg>


Cela dit, petite question, Swstat pourrait en être la cause. Ca stock énormement de données, ça démarre qu'en période de raid DONC au moment où l'addon est concrètement parlant en fonction. Coupler cela a 4 -6 guildes de 40 joueurs ça fait beaucoup de données non ?
Ustaag

<Beep Beep i'm a Jeep>


Je me dépanne avec une fort mauvaise connection clé 3g ces temps ci mais je tiens a dire qu'il y a 2 semaines j'étais encore avec ma box. Mon témoignage date donc d'il y a 3 semaines :

Je n'ai jamais ressentis ces fort lags dont tout le monde parle, jamais. Or, Swstats ne marche pas sur Ravaillac. Il n'affiche aucune donnée. J'ai tout essayé, désinstaller tout mes addons et laissé seulement Swstats, sur d'autres ordinateur, Ravaillac est allergique a Swstats depuis plusieurs mois maintenant. Et il ne connait pas le lag.

(Pour ceux qui m'aurait vu freeze a mort depuis environ 10 jours, je précise que je joue en clé 3g, ou squatte depuis que ma ligne adsl subit des travaux.)

C'est peut-être une grosse coincidence. Je le signale tout de même.
Ravaillac

<Collectif Des Maîtres>


Ustaag a écrit:Cela dit, petite question, Swstat pourrait en être la cause. Ca stock énormement de données, ça démarre qu'en période de raid DONC au moment où l'addon est concrètement parlant en fonction. Coupler cela a 4 -6 guildes de 40 joueurs ça fait beaucoup de données non ?


Les addons stockent des données sur votre pc, pas sur le serveur (encore heureux!).
Alizia

Maître de jeu


Et jusqu'a preuve du contraire c'est pas les boss qui lag mais les joueurs.

Comme dirait lorh, le lag c'est dans votre tête. Si le serveur est à soit disant 20% de sa capacité, l'explication NE peut venir que de là. Un addon.

Après y'a pas que ça, mais bon. On lag AVANT même de rentrer dnas une instance toussa.
Ustaag

<Beep Beep i'm a Jeep>


Beaucoup de joueur jouent sans addon et je pense qu'on serait déjà au courant s'ils ne laguaient pas.

Aucun addon ne ferait laguer les joueurs en bg, en étant lancer dans les instances par exemple. Si le lag ne concernait que les joueurs d'un raid, cela aurait déjà été improbable, mais là...
Alizia

Maître de jeu


J'ai peut-être une solution pour trouver le lag mais cela reste compliqué, je décris le projet :

Faire une copie serveur sur une machine hebergé 50 fois moins puissante ou encore moins où seuls les MJ ont accès.

5 MJ stuff MJ cheat

Test à 5 des raids un par un sur ce serveur très low en capacité.

Il me semble que les lags se transformerais en crash sur ce serveur dédié.

Celà prend beaucoup de temps mais permettrais peut-être de savoir d'où provient ces lags et même si il n'y a aucun crash, vu que les MJ serait 5 dans le même raid, ils pourrait identifier la cause.

Je propose seulement. Je ne sais pas si cela est réalisable, je pense qu'au point où nous en sommes, cette solution reste envisageable.
Shinei

<Athæna>


Coté DW, lags sur les premiers trashs d'onyxia - Sur ony ça allez mieux.
A AQ40 lags avant huhuran (trash) jusqu'à un peu avant la fin des trahs des twins.

Donc aucun Boss concerné de notre coté
Dolgan

<DEATH WISH>


Alizia a écrit:
Ustaag a écrit:Cela dit, petite question, Swstat pourrait en être la cause. Ca stock énormement de données, ça démarre qu'en période de raid DONC au moment où l'addon est concrètement parlant en fonction. Coupler cela a 4 -6 guildes de 40 joueurs ça fait beaucoup de données non ?


Les addons stockent des données sur votre pc, pas sur le serveur (encore heureux!).


Swstats offre une fonction de synchronisation avec les autres joueurs du raid - voire du serveur : on voit parfois afficher des stats des péons de l'autre faction. Je suppose que cela génère un (important?) trafic de données entre les joueurs et via le serveur.
Linaigrette


Hier soir, un ami à moi jouant sans sw_stats laggait comme tout le monde avant le crash serveur.

Après, plus de lag pour lui. Donc en effet, sw_stats est peut être une piste.
Kuod

<Dissection>


Kuod a écrit:Hier soir, un ami à moi jouant sans sw_stats laggait comme tout le monde avant le crash serveur.

Après, plus de lag pour lui. Donc en effet, sw_stats est peut être une piste.


Le lag a disparu après le crash hier Kuod.

@Les autres: J'ai déjà fait les tests sur une soirée de lags avec et sans addons, ça n'a rien donné, prière de faire vous même les tests afin d'éviter une supposition qui ne mènera probablement nulle part, et nous informer des résultats, l'opti serait que ce soit un cac (cad une classe avec beaucoup d'instants, car avec une classe caster on ne peut pas remarquer les lags sur une soirée de lags légers, et même l'impact est différente comme je l'ai expliqué au préalable).

@Ravaillac: Une soirée récente sur laquelle tu n'as pas eu de lags? Sinon si quelqu'un est dans le même cas (cad qui ne lag pas sur une soirée comme celle de jeudi où les lags étaient plus que visibles), merci de le notifier.
Thestomper

<Dissection>


"Tant que t'as pas vu le cul du Grizzly, c'est pas la peine de charger ton fusil"
Petite question (j'avoue ne pas avoir encore tout lu), y a des sys admin dans l'équipe pour expliquer quelle archi réseau est utilisée ? Genre l'endroit ou est le serveur, le système utilisé, le fai, les cables, l'Os, etc...

Je vais quand même tout lire au cas ou, mais y a pas moyen de savoir quelle bande passante il y avait sur le serveur lors des lag ?
Arthorix


Owly => deja expliqué 30 fois, et comme je dis toujours, quand on ne sait pas... Cela n'a rien a voir avec la puissance/performance/reseau, d'ailleurs si vous aviez vous meme le 101, vous auriez constaté que ce n'est pas du lag (on utilise ici le terme "lag" pour que tout le monde suive) : il suffit de voir votre ping qui est toujours optimal meme en soirée.

Sinon, ce soir AQ40 sera isolée afin de voir sont implication (ou non) dans le probleme.
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Lorh a écrit:Owly => deja expliqué 30 fois, et comme je dis toujours, quand on ne sait pas... Cela n'a rien a voir avec la puissance/performance/reseau, d'ailleurs si vous aviez vous meme le 101, vous auriez constaté que ce n'est pas du lag (on utilise ici le terme "lag" pour que tout le monde suive) : il suffit de voir votre ping qui est toujours optimal meme en soirée.


Ok, désolé d'avoir voulu participé à la conversation. J'ai lut tous les posts et il n'est fait allusion que 4-5 fois à la non-implication de la puissance/performance/reseau, mais sans vraiment d'explication. Pardon d'avoir voulu m'interesser.

Concernant le "et comme je dis toujours, quand on ne sait pas...", je vais pas rentrer dans la polémique, c'est un sujet à troll ça...

Et pour le "lag", vu que

Terme anglais signifiant littéralement "Décalage". Le "lag" désigne un encombrement du flux des données transitant entre l'ordinateur du joueur et le serveur de jeu. Les données circulent par vague, avec des périodes d'inactivité plus ou moins longues.
Le "lag" engendre des ralentissements notables du jeu, entravant les possibilités de jeu. Il est généralement dû au rassemblement d'un trop grand nombre de joueurs dans une même zone augmentant considérablement la quantité d'informations à traiter par l'ordinateur, qui s'étouffe.


et bien en fait si, de mon point de vu c'est du lag. Et je m’intéresse au sujet car hier soir, j'ai eu du "lag", donc encore une fois pardon de vouloir m’intéresser.

Après je comprend que le sujet soit sensible, énervant, avec une dose de joueurs derrière qui râlent et vous mettent la pression (aux admin, aux mj, etc..), et ce n'est certainement pas votre boulot principal que de régler ce genre de souci, mais avoir un ton aussi sec et condescendant face à quelqu'un qui souhaite juste comprendre ce qui se passe, c'est pas très sympa. Après je suis un péon avec un compte depuis 4 jours, une fourmi en somme, mais tout de même...

A bon entendeur j’espère sincèrement que vous trouverez la source du problème.
Arthorix


Pour ma part je persiste à dire que le lag vient du client et pas du serveur. (35 de latence en moyenne même en période de fort lag). De ce fait il y a forcement une chose que tout les joueurs ont en commun depuis le début de l'été, qui provoque ces "lags" joueurs a des moments précis.

Big Wigs ? Swstat, Ktm (version non bug), ora2, Perl ? Bref quelque chose qui est activé par les raids, car que ce soit un boss qui spam etc oui, mais il y a EGALEMENT des lags dégueulasses (joueurs) au moment même où les guildes entrent dans les instances et font les premiers trash !


Et cela serait encore plus vrai pour SWstat car étant donné la fonction link synchro entre joueurs, les lags ne se produisent qu'a des moments de forte affluence (plus de 4 raid 40) actif. Exemple, le week end vendredi/samedi raid 40 mc AUCUN soucis de "lag" même sous swstat, le dimanche les guildes ont leur roster full, entrent dans une instance ca devient injouable.
Ustaag

<Beep Beep i'm a Jeep>


Désolé, je passe peut etre trop de temps a fouiller le code pour ce probleme.

Je le ré-explique : il se cache quelque part dans les dizaines et dizaines de milliers de lignes de code du core une routine soit un peu trop récursive soit boucle anormalement longue. Le probleme est de trouver soit où (si le probleme est pur (le soucis vient de la boucle) ) soit pourquoi (si le probleme vient d'une boucle parametrée).
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Lorh a écrit:Je le ré-explique : il se cache quelque part dans les dizaines et dizaines de milliers de lignes de code du core une routine soit un peu trop récursive soit boucle anormalement longue. Le probleme est de trouver soit où (si le probleme est pur (le soucis vient de la boucle) ) soit pourquoi (si le probleme vient d'une boucle parametrée).


Merci, je comprend mieux maintenant. Et du coup quels sont les outils à votre disposition pour tracker ce genre de bug ? N'y a t il pas possibilité de mettre en place des tests unitaires sur des portions de code, et de faire tourner ces tests indépendamment ? Y'a t il moyen de vous filer un coup de main d'un façon quelconque ?
Arthorix


Bonjour, afin de mettre en évidence la piste soumise par Ustaag sur SWStat je propose de repasser le serveur en "2.4.3 Custom Vanilla" et de re utiliser les ADD ON 2.4.3 et l'interface confortable associés !

Ne serais-ce que 1 soirée ou 2.



Si on me cherche... je suis déjà loin !
Wdwune

<Gangsters And Gentlemens>


Dans la dernière MaJ (5 octobre) vous avez supprimé des outputs ou je ne sais quoi..
Personellement, je ne ressens les lags que depuis début octobre.
Du coup, est-ce possible que qqchose ait été supprimé sans faire gaffe ?
Katgramm

<Dissection>


J'ai peut-être une solution pour trouver le lag mais cela reste compliqué, je décris le projet :

Faire une copie serveur sur une machine hebergé 50 fois moins puissante ou encore moins où seuls les MJ ont accès.

5 MJ stuff MJ cheat

Test à 5 des raids un par un sur ce serveur très low en capacité.

Il me semble que les lags se transformerais en crash sur ce serveur dédié.

Celà prend beaucoup de temps mais permettrais peut-être de savoir d'où provient ces lags et même si il n'y a aucun crash, vu que les MJ serait 5 dans le même raid, ils pourrait identifier la cause.

Je propose seulement. Je ne sais pas si cela est réalisable, je pense qu'au point où nous en sommes, cette solution reste envisageable.



Envisageable ou non ?
Shinei

<Athæna>


Shinei a écrit:
J'ai peut-être une solution pour trouver le lag mais cela reste compliqué, je décris le projet :

Faire une copie serveur sur une machine hebergé 50 fois moins puissante ou encore moins où seuls les MJ ont accès.

5 MJ stuff MJ cheat

Test à 5 des raids un par un sur ce serveur très low en capacité.

Il me semble que les lags se transformerais en crash sur ce serveur dédié.

Celà prend beaucoup de temps mais permettrais peut-être de savoir d'où provient ces lags et même si il n'y a aucun crash, vu que les MJ serait 5 dans le même raid, ils pourrait identifier la cause.

Je propose seulement. Je ne sais pas si cela est réalisable, je pense qu'au point où nous en sommes, cette solution reste envisageable.



Envisageable ou non ?



A 5 personnes tu ne provoques pas les mêmes choses qu'avec 10+ raids 20-40 a jouer en même temps dans divers instances ou justement les mêmes.
C'est pareil quand il faut scripter un boss, tu ne peux pas le scripter rien qu'avec 2 MJ, il faut bien attendre le report d'un raid 40 pour identifier chaque problèmes
Katgramm

<Dissection>


je sais bien mais avec une machine 50 fois moins puissante que celle actuelle, le résultat serait le même voir amplifier, ce qui provoquerait certainement un crash à la place d'un énorme lag en continu. Les MJ pourrait aussi vérifier si cela vient d'un seul raid ou de plusieurs en même temps
Shinei

<Athæna>


Owly a écrit:
Lorh a écrit:Je le ré-explique : il se cache quelque part dans les dizaines et dizaines de milliers de lignes de code du core une routine soit un peu trop récursive soit boucle anormalement longue. Le probleme est de trouver soit où (si le probleme est pur (le soucis vient de la boucle) ) soit pourquoi (si le probleme vient d'une boucle parametrée).


Merci, je comprend mieux maintenant. Et du coup quels sont les outils à votre disposition pour tracker ce genre de bug ?


http://www.youtube.com/watch?v=UGtKGX8B9hU
Junkyd

<Meuporg>


Aucun lag ce soir sans AQ40, l'experience semble avoir réussie, j'eplucherais l'instance a la recherche d'anomalie
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Vraiment agréable de raid sans lag, merci
Rhuta

<Whatever>


Uep , impec ce soir.
Preachx


Possible de lock l'instance le temps du fix?
(Ainsi que dans l'éventualité où le problème viendrait d'ailleurs)
Thestomper

<Dissection>


"Tant que t'as pas vu le cul du Grizzly, c'est pas la peine de charger ton fusil"
J'veux pas faire mon pénible mais on a commencé à lagger vers 22h15 quand on a commencé à faire l'aile spider à naxx... Un petit pic de freeze qui s'est calmé ensuite.
Captp

<Meuporg>


A ce moment là (précis) on y était aussi depuis 20-40 min cap, aucun lag avant puise ODT ont fait onyxia a ce moment là léger lag, puis retour a la normal une fois down.
Ustaag

<Beep Beep i'm a Jeep>


Je l'avais dit qu'Onyxia avait un souci au début quand on y étais mais bon apparemment la piste avait été abandonnée :)
Shinei

<Athæna>


Wdwune a écrit:Bonjour, afin de mettre en évidence la piste soumise par Ustaag sur SWStat je propose de repasser le serveur en "2.4.3 Custom Vanilla" et de re utiliser les ADD ON 2.4.3 et l'interface confortable associés !

Ne serais-ce que 1 soirée ou 2.



Si on me cherche... je suis déjà loin !


COMMENCE PAR REVENIR SUR LE SERVEUR REELLEMENT !!!!
kiss mon dune!!!!
Sierra

<Beep Beep i'm a Jeep>


Thestomper a écrit:Possible de lock l'instance le temps du fix?
(Ainsi que dans l'éventualité où le problème viendrait d'ailleurs)


C'est ce que je pense faire, cela permettant au passage de confirmer cette source (car on ne peut pas vraiment tirer de conclusions apres un seul soir)
Lorh

Administrateur Gestion/Developpement


L'immenserie de votre incultance dépasse l'entendure.
Ce serais bien de le savoir avant ce soir que des raids ne se rassemble pas devant Aq40 pour rien. J'espère que les problèmes de lags seront régler cela fais un moment que ça dure et on sent les joueurs a nerf sur les soirées.
Syanure

<DEATH WISH>


Gm de DEATH WISH, PVE Clean.
#JeSuisAnshey


PrécédentSuivant

Conditions générales d'utilisation et mentions légales - Code de conduite des forums - Contact