[WAN#2] Débriefing TECHNIQUE sur la mission 1

[Ked]

Le serveur à un tickrate (ce que j'ai appelé frametime plus haut) donc c'est transposable, en local tu vois tes fps baisser, en multi tu vois les gens se téléporter parce que le tickrate baisse et tu reçois pas toutes les mises à jour de la simu

[Wedge]

Quand tes 50 avions sont pas au même endroit, tu n'as pas a simuler 50 radars avec 50 pistes chacuns, pareil pour le datalink, etc ... et donc les frametimes sont pas aussi gros, et tu n'as pas de desync ... Comment on améliore le frametime ? en mettant le cpu le plus rapide en single thread qu'on peut trouver à louer, avec du ssd nvme

D'ailleurs ça aurai été intéressant d'avoir les logs serveur pour voir le pourcentage cpu utilisé par le lua (MOOSE, tacview, etc ...) à mon avis c'est un gouffre à performance, entre moose qui monitor les infos (position, armement, state, etc) des unités sur la map et tacview qui fait la même en pire en loggant tout ça dans le filesystem ...

Bref vous pouvez aller leur demander mais c'est pas aussi simple que "eux ils y arrivent", le use case est assurément pas le même

Débat over pour moi tout est dit

Encore une fois, [désaccord]

Ce message a été modifié par Aerdalis - 20 Jan 2021, 22:46.

[Aerdalis]

Je ferme, je regarde et je reviens vers certains.

[Aerdalis]

Nous pouvons relancer les discussions.

Pour avancer, je pense que nous devrions voir avec les responsables du serveur ce que l'on peut tirer des logs et outils pour identifier les problèmes.

Pour les tests, je vois mal 50 membres venir plusieurs soirs de suite pour essayer chaque paramètre individuellement, avec potentiellemnt plusieurs soirées gâchées jusqu'à trouver la solution.

De mon point de vue, nous avons plusieurs possibilités :
1 - considérer que la version actuelle stable DCS est bugguée, et attendre la prochaine pour relancer le WAN/les grosses COMAO ;
2 - considérer que le serveur est trop faible, et tenter un hébergement de la M1 sur un autre serveur musclé++ ;
3 - considéré que le bug vient de la mission/configuration, et trouver le coupable.


Si nous partons sur le 3, je verrais plutôt des tests « inversés » :

Première mission en intégrant toutes les idées de fix proposées

si 1ère OK, 2ème en intégrant seulement 50% des fixs

si OK, 3ème en intégrant 50% des fixs de la 2ème
si KO, 3ème en intégrant les 50% des fixs de la 1ère non utilisés pour la 2ème

Si le bug vient d'un point uniquement, ce sera plus rapide de retrouver des fonctionalités sur les vols.

Dans tous les cas, si le bug vient de plusieurs facteurs dont la combination entraîne un « effet cocktail », il va être compliqué de trouver les coupables sans beaucoup de tests.

Ce message a été modifié par Azrayen' - 22 Jan 2021, 08:32.

[MajorBug]

Après test ce soir, on peut confirmer que les turbulences de sillage affectent les fps client de façon catastrophique quand beaucoup d'avions sont groupés (stack de ravitailleurs ou formation de B1, au hasard), c'est parfaitement fluide du moment qu'on les coupe

[Lynx]

Ca avance, c'est cool....

[Raiden]

Après test ce soir, on peut confirmer que les turbulences de sillage affectent les fps client de façon catastrophique quand beaucoup d'avions sont groupés (stack de ravitailleurs ou formation de B1, au hasard), c'est parfaitement fluide du moment qu'on les coupe

Tu les coupes comment ? T'as un réglage dans la mission ou c'est une config coté serveur ?

Thx

[sp@t]

Option de mission je crois

[MajorBug]

+1 option de mission, qui est forcée activée dans le template (sinon il prend l'option du serveur)

[Esequiel]

Cool pour les FPS, mais malheureusement ça ne changera rien pour le LAG T_T.

Ça prouve encore une fois que c'est le client qui calcule tout (modèle de vol, missiles, turbulences, dégâts...), et que le serveur, ne fait "que" la synchro entre les clients et la gestion des IA.