Encore une fois, je répète la question principale de mon précédent message : Tu as fait des tests en faisant varier artificiellement (en simulant) la latence?
Il faut que tu étudies la sensibilité à la latence.
Avant d'engager des gros frais, des migrations de serveurs, ça me semble juste indispensable! Je ne vois pas comment tu pourrais faire autrement.

Pour les histoires d'optimisation d'architecture, il est "facile" de rendre un applicatif 10 fois plus lent que la normale, si les interactions avec une base de donnée centrale sont mal réfléchis, mal architecturés, par exemple.

Leon.

J'abandonne. Après 2 fois le même conseil, de ma part, si tu ne veux pas le suivre, tant pis pour toi.

Leon.

Tu donne la taille des trames, il faut donc savoir le débit pour calculer combien de temps elle mettront à arriver. Vu que c'est des petits paquets, ce sera immédiat, donc avec une latence de 2ms, cela arrivera 2 ms plus tard.

A noter que la plupart des applications "temps réel" ou exigeantes sur la latence fonctionne très bien avec une latence de 50ms.

Ce qui nécessite des latence très faible, cela du pilotage d’engin dans la vraie vie (pour les jeux vidéos ce n'est pas nécessaire).

Bref, si tu d'indication spécifique qui te demande une latence < 50ms, c'est bon.

merci à vous.

effectivement j'aurais jamais pensé à des solutions comme celles-ci

cela me fait penser https://istio.io/latest/docs/tasks/traffic-management/fault-injection/ dans le monde du cloud pour injecter des erreurs http

bonne continuation