La latence désigne la qualité d’une propriété dissimulée et amenée à apparaître ultérieurement.
Dans diverses circonstances, il s’agit également de temps de latence ou période de latence pour désigner le délai entre une action et le déclenchement d’une réaction, à savoir un retardement.
Pour mieux comprendre, prenons l’exemple avec un tuyau et de l’eau.
Nous allons voir en 4 étapes à quoi correspond la latence.
- Etape 1 : Le robinet est fermé.
- Etape 2 : J’ouvre le robinet, l’eau entre dans le tuyau.
- Etape 3 : L’eau se déplace dans le tuyau.
- Etape 4 : L’eau arrive à destination.
La latence correspond au temps entre l’ouverture du robinet et le moment où l’eau arrive à destination.
On comprend bien que plus le tuyau est long, plus la latence est élevée.(Ce n’est pas une question de débit, car le tuyau pourrait être plus gros, cela ne changerait rien, il faudrait toujours autant de temps à l’eau pour arriver au bout du tuyau).
Si nous prenons cet exemple sur un réseau informatique, on dira que la latence est le temps que met un paquet pour arriver d’un ordinateur à un autre ordinateur et que plus la latence est faible, meilleure est la connexion.
Pour nous et HamSphere V4, nous allons donc parler de la Latence Informatique.
La latence en informatique est le délai de transmission dans les communications informatiques.
Il désigne le temps nécessaire à un paquet de données pour passer de la source à la destination à travers un réseau.
On comprend bien que plus la latence (le temps) est faible, meilleure est la connexion.
Voici un exemple sur Hamsphere V4 !
En cliquant en bas à droite de ce module vous pouvez voir sur quel serveur vous êtes et votre Latency.
Plus votre Latency est bas, plus l’échange entre votre routeur et le serveur est rapide et au contraire, plus votre Latency est haut, plus l’échange entre votre routeur et le serveur est lent.
Comme vous le savez les paquets de données transitent par différents équipements informatiques (les serveurs et routeurs), et chacun de ces équipements va mettre quelques millisecondes pour répondre et communiquer entre eux.
C’est la somme de tous ces délais qui va donner au final la latence de votre connexion.
Evidemment, vous avez fait les tests sur les différents serveurs de HamSphere, la latence ne sera pas la même suivant le serveur qui répond, car les serveurs seront plus ou moins loin à atteindre, mais en général, une latence élevée ne vient pas des serveurs mais plutôt de votre connexion personnelle.
Et pour finir, la latence peut également venir des types de connexions utilisées chez vous :
- En fibre optique la latence est quasi-nulle,
- Elle est un peu plus élevée en connexion par câble RJ45
- Et enfin c’est en Wifi que la latence est la plus élevée.
Mais aussi les données sont ralenties par votre routeur parce que le réseau ne possède pas une bande passante suffisante (on ne parle pas de débit*) qu’y ne peut:
- soit faire face au nombre de paquets envoyés ou demandés
- soit parce que les paquets passent par un grand nombre de routes différentes avant d’atteindre leur destination
- soit être réduite pendant les heures de plus grande activité
- soit les encombrements aux heures de pointe
* A l’heure de sortie des bureaux, dans une grande ville, le périphérique est bouché : pourtant sa « bande passante » (= la largeur de la route) est de deux fois trois voies : on pourrait croire que ça roule !
Pourtant le « débit » (= la vitesse des voitures) est quasi nul à cause de l’encombrement…
A propos de la SD9 latency sur Hamsphere V4, c’est un paramètre qui prends en compte d’autre facteur en plus de la latence et qui fait varier la taille du buffer pour le flux streaming audio sur HamSphere.
Les valeurs « normales/idéales » sont entre 10-12 et 24-25.
En dessous de 10 la qualité de la connexion est très mauvaise et le buffer hs4 ne peut jamais être complété d’où une utilisation quasi impossible de HS4.
Au-dessus de 30 le délai entre la réception et l’émission commence à être perceptible et plus le SD9 est grand et plus on aura de délai/décalage entre la fin de l’émission et le passage en réception sur HS4.
Cela se traduit en général par une bande jaune nette sur la waterfall qui continue après que l’on relâche le micro, dans ces cas-là en général il suffit d’attendre la fin de la bande, et on peut continuer le QSO.
Latence informatique et HamSphere V4 (En fichier .pdf)
Rédacteur : DXRN-ADMIN
Image mise en avant: Création DXRN® – DX Radio Via Net
Droit d’auteur fond image: scanrail / 123RF Banque d’images