Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
) et voudrait "tatatatatatatata..." sur Fortnite. Par curiosité (notre ligne pas dégroupée étant bien pourrite) j'ai donc regardé le wiki à propos de ping puis cherché une liste de serveurs pour Fortnite, pris le premier du top 100 et envoyé :
J'ai le résultat suivant :
Mais à l'image d'une poule qui aurait trouvé un couteau, ça ne m'avance pas beaucoup, faute de savoir lire ce résultat...
J'en appelle donc à vos lumières (je vais ranger les courses, là, tout de suite) qui pourront servir à d'autres tant le sujet est peu développé sur le forum.
Merci et @+
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Par ailleurs, tes temps sont assez homogènes quand les résultats que j'ai parcourus montraient de gros écarts tous les 3~4 paquets...
PS : j'aurais du mettre aussi les premières lignes du terminal, tu as raison.
Hors ligne
Dernière modification par otyugh (08-06-2018 18:31:39)
Hors ligne
mdev : 15.931 ms : moyenne des écarts de temps de chaque ping (plus cette valeur varie plus ta connexion est instable, coupures lors de téléchargements, inconfort quand on joue, ou parle en VOIP)..
Merci.
En l’occurrence, c'est une valeur, pas une variation qui est indiquée. Faut-il refaire plusieurs tests pour juger de sa variation en comparant les mdev ou y a-t-il un calcul à faire pour extrapoler un résultat de cette valeur brute ?
Yep, je suis curieux...
Édith précise qu'un test en ligne (https:/ /www.degrouptest . com/test-debit .php, trouvé avec duckduck, volontairement inactif ici) me donne un avg de 49.00 ms, donc assez cohérent, il me semble (dans une fourchette 38/78 ms)...
.
.
Dernière modification par Trefix (08-06-2018 18:34:47)
Hors ligne
Dernière modification par otyugh (08-06-2018 18:41:46)
Hors ligne
Hors ligne
Ce qui importe en jeu en ligne c'est le temps de réponse le débit importe moins
L'ennui, c'est que le débit influe sur la latence lorsque la taille des paquets augmente. Il suffit de spécifier des tailles de paquets diverses avec l'option -s de ping pour s'en rendre compte. C'est particulièrement visible en ADSL où le débit montant est relativement bas (1 Mbit/s maxi), sans parler de l'entrelacement qui augmente la stabilité de la ligne mais aussi la latence.
puis quelqu'un avec un meilleur ping n'aura pas forcement une meilleur latence en jeu tout depend de l'endroit géographique du joueur
Tu peux expliquer ? Que je sache, ce que mesure ping, c'est précisément la latence.
mdev : 15.931 ms : moyenne des écarts de temps
Tu aurais la formule précise ? Je ne trouve aucune information dans la page de manuel, et d'après quelques tests, ce n'est ni la moyenne des écarts en valeur absolue à la moyenne, ni l'écart-type (racine carrée de la variance, elle-même égale à la moyenne des carrés des écarts à la moyenne).
Quand tu télécharges, tu "sature" ta connexion, et le ping explose
C'est notamment à cause des tampons d'émission des équipements réseau par lesquels les paquets transitent. On peut limiter l'augmentation du temps de transit en gérant la priorité des paquets à l'émission, en donnant une priorité plus élevée aux protocoles interactifs (SSH, jeu...) et en limitant le débit des téléchargements pour garder une marge.
Dernière modification par raleur (09-06-2018 09:36:42)
Il vaut mieux montrer que raconter.
Hors ligne
On peut limiter l'augmentation du temps de transit en gérant la priorité des paquets à l'émission, en donnant une priorité plus élevée aux protocoles interactifs (SSH, jeu...) et en limitant le débit des téléchargements pour garder une marge.
Bonjour.
Tu m'intéresse, là, ô grand raleur. Pourrais-tu développer, s'il te plaît, même si je ne suis pas certain de pouvoir tout comprendre à la première lecture ?
Je garde en effet quelques souvenirs amères de mes expériences de jeu en ligne, où ping pas fameux (l'actuel, bine meilleur, fait suite à des travaux IRL qui ont considérablement amélioré l'instabilité de notre ligne, pas dégroupée) et codes de triches m'avaient laissé sur le bord quand mes temps hors-ligne (ET sans tricher) me classaient dans le top 10 mondial du jeu... en connaissance de cause de l'extrême "relativité" de ce genre de "résultat"
Hors ligne
Tu peux expliquer ? Que je sache, ce que mesure ping, c'est précisément la latence.
Ce que je veux dire c'est qu'il est difficile de savoir quel est la véritable adresse du serveur de jeu
L'adresse du ping n'est sûrement pas le serveur du jeu
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
otyugh a écrit :mdev : 15.931 ms : moyenne des écarts de temps
Tu aurais la formule précise ?
Oui pardon, j'ai traduit à la volée.
C'est l'écart type : https://fr.wikipedia.org/wiki/%C3%89cart_type
Moyenne : (36.0+34.2+39.1+36.3+48.3+36.7)/6=38,4
(36,0-38,4)²=5,8
(34,2-38,4)²=17,6
(39,1-38,4)²=0,5
(36,3-38,4)²=4,4
(48,3-38,4)²=98,0
(36,7-38,4)²=2,9
Variance : (5,8+17,6+0,5+4,4+98,0+2,9)/6=21,5
Écart type : 4,6
...Et merde. Bon ben du coup j'y arrive pas ;..; (mais ils disent bien écart type dans le wiki : https://en.wikipedia.org/wiki/Ping_(net … _ping_test)
On peut limiter l'augmentation du temps de transit en gérant la priorité des paquets à l'émission, en donnant une priorité plus élevée aux protocoles interactifs (SSH, jeu...) et en limitant le débit des téléchargements pour garder une marge.
Ouais, ce que permet pas ma bidulebox. C'est ce qu'on appelle le QoS ? J'avais cherché là-dessus, c'est assez peu connu paradoxalement, vu tout le bien que ça pourrait faire sur des connexion merdiques partagées.
Dernière modification par otyugh (09-06-2018 10:05:47)
Hors ligne
Dernière modification par Trefix (09-06-2018 10:06:00)
Hors ligne
Ouais, ce que permet pas ma bidulebox. C'est ce qu'on appelle le QoS ? J'avais cherché là-dessus, c'est assez peu connu paradoxalement, vu tout le bien que ça pourrait faire sur des connexion merdiques partagées.
QoS (Quality of Service), traffic shaping... C'est peu connu parce que c'est complexe à appréhender et mettre en oeuvre, et je trouve que la documentation disponible n'est pas suffisamment claire. L'outil de base sous Linux est tc (pour Traffic Control), qui fait partie du paquet iproute/iproute2. La page de manuel est totalement insuffisante pour l'utiliser. Il existe un HOWTO LARTC (Linux Advanced Routing and Traffic Control) qui détaille davantage mais pas suffisament à mon goût. Bref, certains points demeurent obscurs pour moi et je ne sais pas l'utiliser.
Il existe des logiciels de plus haut niveau pour faciliter la mise en oeuvre comme wondershaper, niceshaper. Le pare-feu shorewall aurait aussi cette fonctionnalité.
Mais avant que quelqu'un se lance là-dedans, il faut bien préciser que l'efficacité de ce genre de mesure dépend de l'endroit où on la met en place.
En effet la gestion du trafic n'a d'effet que sur le trafic sortant situé à un point de congestion. Sur un routeur, c'est l'interface de sortie vers le lien de plus faible capacité car c'est là que les paquets reçus par des liens à plus forte capacité vont s'accumuler dans la file d'attente d'émission (ce qui génère de la latence), et qu'on pourra jouer sur cette file d'attente pour rendre certains paquets prioritaires. Dans le cas d'un LAN ethernet ou wifi connecté à une liaison ADSL, il est inutile de faire du contrôle de trafic sur une interface ethernet du LAN ; il faut le faire sur l'interface de sortie ADSL.
Et je rappelle qu'on n'a aucun contrôle direct sur le trafic reçu, et la façon dont l'équipement en face dont on reçoit le trafic gère sa file d'attente d'émission. Tout ce qu'on peut faire, c'est par exemple agir indirectement sur les connexions TCP en forçant la source à limiter son débit afin de ne pas saturer le lien ne pas trop faire grossir la file d'attente.
Dernière modification par raleur (09-06-2018 12:20:44)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par otyugh (09-06-2018 12:53:09)
Hors ligne
Édith @smolski : j’abonderai le sujet, si je le peux...
Ne te gêne de rien...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Hors ligne
Pages : 1