Interprétation des résultats
Pour interpréter les résultats, vous devriez probablement vous familiariser d'abord avec certains termes de base du réseautage :
La plupart du temps, les résultats n'affichent que ces chiffres. La perte totale de paquets est simplement le nombre de paquets qui n'en a jamais fait une des directions. Le nombre de paquets en retard est le nombre de paquets qui sont arrivés mais qui ont pris plus de temps que le délai acceptable, donc vous voudrez peut-être l'ajouter avec les paquets perdus si le timing est critique. Alors la latence et la gigue sont votre latence et votre gigue. De plus, il y a un tableau au bas de la page qui montre combien de temps chaque paquet a pris. Ceci peut être utile pour visualiser la cohérence de votre ping. Vous pouvez voir si elle est la plupart du temps cohérente, s'il y a des pics de latence ou de perte, ou si vos résultats sont juste un peu partout.
Si vos résultats ici sont bons, alors vous savez que le problème vient de l'autre service avec lequel vous avez des problèmes. Essayez de contacter l'hôte du serveur (généralement le développeur de nos jours) et de lui faire savoir.
Gardez également à l'esprit que cette position de serveur peut ne pas être idéale pour vous, ce qui peut entraîner une latence plus élevée que pour les autres services. Je suis à la recherche de moyens de distribuer les serveurs autour à des endroits plus proches économiquement.
Qu'est-ce qu'un bon résultat ?
Ce qui est un « bon » résultat dépendra en grande partie de ce que vous essayez de faire en ligne. Si vous ne faites que naviguer sur reddit ou Facebook, rien de tout cela n'a probablement beaucoup d'importance. Je ne peux pas dire ce qui est requis pour chaque activité et je suis assez faillible, mais vous trouverez ci-dessous quelques estimations approximatives de ce que vous devriez viser pour certaines activités :
- Jeux (en général) : Moins de 100ms de ping et moins de 2% de perte réelle de paquets
- Jeux (au tour par tour) : Rien de tout cela n'a d'importance
- Jeux (de tir) : Moins de 60ms de ping et aucune perte de paquets
- VoIP : Sous peut-être 200ms ping et 30ms jitter (Note, si vous utilisez un chat vocal PC avec une mauvaise connexion, le mode TCP de Mumble est merveilleux)
Vous voudrez peut-être aussi voir si votre activité a une approximation préétablie pour votre activité et tester avec cela pour voir si vos résultats tiennent le coup. Si vous avez des préréglages suggérés ou des résultats idéaux à ajouter, des questions ou quoi que ce soit d'autre, contactez-moi et faites-le moi savoir.