Probablemente no mucho
El tiempo de ping es una función de 3 componentes de “latencia”
- Tiempo de tránsito [igual a la longitud del camino / (velocidad de la luz * índice de refracción para el medio)] = ~ 1ms por cada cien millas (curiosamente, es casi lo mismo si es cobre o fibra) … así que podemos ignorar ese.
- Retraso de espera / enrutamiento / conmutación (igual a la cantidad de tiempo que su paquete espera en cualquier enrutador o conmutador que interviene o en el host de destino para que se procese = generalmente medido en sub microsegundos en estos días … así que digamos que el ping viaja un ruta más o menos equivalente en términos de saltos de enrutador / conmutador y que el dispositivo final está ocupado de manera equivalente cuando llega el momento de responder al PING … y también lo ignoraremos.
- Retardo de serialización [la cantidad de tiempo que le toma a cualquier dispositivo poner el paquete fuera de su búfer de salida en el medio de transporte] = ¡Esto será lo mismo en todas partes, EXCEPTO LA PRIMERA CONEXIÓN DE ACCESO A LA MILLA! AH HA! ¡Eso podría ser significativamente diferente!
Digamos que tiene una velocidad de carga de VDSL de 5Mb / s frente a una velocidad de carga de fibra de 10Mb / s (porque la mayoría de los servicios de fibra residenciales siguen siendo velocidades asimétricas), entonces el módem de fibra tardará la mitad del tiempo que el módem de cobre para obtener la misma carga útil de paquetes serializada en la instalación de transporte (fibra o cobre, respectivamente).
- Cómo tener mi propio servidor DNS público (como 8.8.8.8)
- ¿Cuáles son algunos trucos o mejores prácticas para el administrador de configuraciones de red en sistemas Linux remotos o sin cabeza?
- ¿Cuáles son las tecnologías prometedoras para las redes celulares de próxima generación?
- ¿Qué es un ProxyHam?
- ¿Cuáles son las cosas que un administrador de red puede escanear y bloquear?
Para un paquete PING de tamaño estándar de 56bytes (64 bytes después de que agregue el encabezado IP) = 512bits … y eso tomará 0.1ms para serializar en el enlace ascendente de 5Mb, y 0.05 para serializar en el enlace ascendente de 10Mb. No me preocuparé por la velocidad del enlace descendente, ya que es al menos un orden de magnitud mayor, y será un problema aún menor. Apuesto a que no te importará eso.
Para un paquete PING GIGANTE de 65.535 bytes (524280 bits + 64 bits de encabezado IP), se necesitan ~ 100 ms a 5 Mb y ~ 50 ms a 10 Mb. Agregue que es donde notará la diferencia.
Entonces, dudo que la prueba de ping de 56bytes sea muy reveladora.
Si está tratando de prepararse para grandes actividades de transferencia de datos, la latencia de serialización en el enlace más lento le costará el tiempo total de ida y vuelta y eso afectará su rendimiento debido a la forma en que funciona el protocolo de ventana TCP. Lo verá con cargas / descargas de big data o juegos en tiempo real, pero probablemente no le interesen tanto las actividades más mundanas como navegar por sitios web, enviar mensajes instantáneos o enviar correos electrónicos, o mirar YouTube.
También reiteraré el punto de Marek Kaliszczyk sobre el “retraso de intercalación”. Esto es una cosa DSL, y es costoso en términos de latencia. Es una demora forzada en la línea de acceso DSL utilizada para proteger los datos de las ráfagas de ruido que causan errores de datos. Se puede ajustar, pero con toda probabilidad pagará una cantidad (5, 10, 20ms,?) De milisegundos de penalización en DSL sobre Fiber debido a ello. Puede solicitar que se apague por completo, pero dependiendo de la planta externa del operador de acceso, es posible que no le guste más el rendimiento (es decir, obtiene un rendimiento pésimo debido a las retransmisiones TCP).