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

[Loulou]

Mais si c'est le client qui calcul tout, il y aurait les mêmes perfos en solo comme en multi non ???

[Giat]

Ben,

Pendant la mission WAN 1, lors des Hyper-désynchronisations d'avec mon RIO, j'étais fluide. Enfin, autant qu'on puisse l'être. La grosse perte de perf personnelle a été produite avec l'aurore. Donc FPS correct mais pourtant désynchro.

Encore une fois, désactivons tout ! On verra apres pour rajouter les trucs un à un. Ainsi, le ratio plaisir / recherche du problème sera Optimal.

[Azrayen']

@Aerdalis, j'ai édité ton dernier post pour "réparer" tes indentations
J'espère que ça va OK comme ça


Sur le fond :

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.

D'accord avec ce choix.
Le 1 nous force à attendre ; donc on peut le garder "de côté" et tenter d'avancer autrement avant.
Le 2 nous force à attendre et à "consommer" du temps et/ou de l'argent sans garantie (si mise en place d'un autre serveur/nouveau serveur) ; pour rappel Goz considère que le sien ne fera pas mieux because RAM limitée
Le 3 nous est accessible "tout de suite" ; maximisons nos chances comme tu le proposes.


++
Az'

[Moos]

Si on fait le bilan des 8 dernières pages de posts, j'ai l'impression qu'à 2 ou 3 exceptions près, c'est la solution 3 qui fait majoritairement consensus.

On se donne un calendrier et go

[Lynx]

D'accord avec Moos ! Go for 3 !

[Raiden]

Bonjour à tous,

Nous allons poursuivre les discussions d'ordre technique dans un canal privé sur Discord en mode atelier de travail.

Je fais donc appel ici à ceux qui s'estiment compétents pour participer à la discussion. Faites vous connaître afin que je vous ajoute au groupe.

Les curieux, passez votre chemin.

Aux autres, ayez la foi, les FPS vaincront !

[sp@t]

IN stp
Merci

[Wedge]

IN également

[Ked]

Hello

J'ai modifié le .miz pour remplacer les pilotes par des IA puis rapproché les unités de la zone de strike pour raccourcir la durée des tests. Vous trouverez le détail ici: https://drive.google.com/file/d/1-w17zq4mXG...iew?usp=sharing . Pour ceux qui veulent je peux donner accès aux données et à la mission (MP moi).

Voici les résultats et mes recommandations

Plus le CPU est puissant en single core (amélioration d’IPC des nouvelles générations + GHz), mieux DCS dedicated se porte. On voit aussi qu’à l’heure actuelle, même en optimisant notre configuration du dédié, nous n’avons que très peu de marge. Le cpu est utilisé à 90% en moyenne et ne descend pas en dessous de 80% en période de creux. Désactiver tacview nous permet d’augmenter un peu cette marge. Je suspecte le problème de CPU pinning d’être relatif à l’architecture de notre processeur actuel, le problème n’étant pas présent sur ma machine locale.

Je recommanderai de refaire la mission 1 en appliquant la méthode de CPU pinning pour voir si c’est ouable, malgré le peu de marge que l’on a. Une mesure complémentaire serait de désactiver tacview pour s’en donner un peu plus. Les scripts n’ont pas l’air d’avoir d’incidence dans les conditions de test actuelles (peut être plus avec des joueurs). Il faudrait aussi penser à changer de serveur, après recherche il nous serait possible de passer sur un i7-7700k avec 32go de ram, toujours chez OVH, pour un prix un peu supérieur. Les performances devraient s’améliorer comparé à notre vieux Xeon.

[Raiden]

Merci Ked pour ce travail d'analyse, réalisé souvent jusqu'à très très tard le soir.

Pour résumer les conclusions de ton analyse :

Les performances du serveur s'effondre dans une combinaison d'excès d'unités dans la mission, ce qui entraîne de surcroît un excès d'exports par Tacview.

La petite commission technique a tranché :
- nous allons, dès cette semaine (modification des scripts de démarrage à réaliser) et jusqu'à nouvel ordre, réaliser du CPU pinning de nos instances DCS. Les tests de Ked montrant que c'est très bénéfique aux performances serveur (Attribuer un seul core à l'application dcs.exe).
- nous envisagerons de désactiver Tacview sur le serveur si les problèmes se reproduisent.
- le Bureau va étudier la faisabilité de changer de machine pour un CPU qui a de meilleurs performances en mono-core, ceci afin de s'assurer la présence de Tacview.
- les scripts de type Moose/Mist (comme Airboss, entre autres) ont un impact négligeable sur les performances du serveur. Ils sont maintenus.

Sp@t doit faire des tests aujourd'hui avec la JSS, si vous souhaitez être de la fête, contactez le directement.

Bien à vous,

Aerosimulationement,

Raiden et toute la commission technique