Vivien a démontré:
- qu'on emplafonnait le Gb de serveur à serveur en interne OVH donc ça ne vient pas du serveur
- que le débit vers un serveur voisin ne souffrait pas de ce phénomène
- que le débit vers le serveur 4Gmark est fonction de l'heure de la journée avec de grosses variations
OK, on peut continuer de tout vérifier mais ça me semble quand meme indiquer un bridage.
J'avais tout lu avant mon 1er post et pris ces points en considération également mais:
- le débit interne OVH - interne OVH est une autre classe de service limitée a 1Gbps et pas 500Mbs donc n'est pas représentatif du meme 'chemin' ou du même traitement (range ip par exemple sur le serveur voir de la meme interface (s'il en a plusieurs). Ca ne prouve rien pour moi.
- Le serveur de prêt peut sortir vers internet a 1Gbps d'apres les tests et ne plafonne pas a 500Mbps donc ca n'est pas la meme offre OVH. Aussi ce serveur de test n'est pas chargé et sollicité par plein de clients 4GMark comme le serveur qui a un souci.
- La variation de débit jour/nuit peut être liée a moins de clients simultanés la nuit si c'est un probleme de charge.
En faisant des tests en multi-connexions au lieu d'une seul connexion TCP on arrive a bon débit (j'ai un pic a 450Mbps avec 20 connexions en parallèle sur le fichier en question).
A mon avis il y a une limitation par connexion TCP qui semble variée la nuit donc fonction du nombre de totales de connexions actives ou quelque chose , peut-etre du a OVH, qui limite la rwin par connexion et pas de facon global (le serveur peut cracher 500Mbps vers Internet). Reste a voir si cette limitation par connexion est du au serveur lui-même (config, paramétrage) ou a OVH.