Muchos artículos contribuyen a la velocidad de sus descargas reales. La clasificación de 50 Mbit / s es solo una clasificación de velocidad nominal de su conexión a Internet, representando bits sin procesar en perfectas condiciones,
Esa velocidad es solo la velocidad entre su dispositivo CE (cliente) y el dispositivo PE (Proveedor).
Entre el CE y el PE puede tener problemas de capa física, como conexiones o acoplamientos físicos deficientes, cables dañados o ruido de línea que puede disminuir la velocidad total.
Dentro del dispositivo PE puede haber congestión en el espacio del búfer y en la cola, lo que puede reducir el rendimiento.
- ¿Puedes explicarme la categoría de Kleisli en haskell? solo estos códigos
- ¿Es posible hacer un Máster en Matemáticas después de obtener un Grado BTech en Tecnología de la Información o Ciencias de la Computación y cuáles son los aspectos futuros?
- ¿Cómo es trabajar para Fastenal India IT en Bangalore?
- ¿Cómo es trabajar como empleado técnico (ingeniero de software, TI y similares) en Japón? ¿Cómo es la posibilidad de trabajo allí para los extranjeros?
- ¿Cómo puede ser útil la inteligencia empresarial (BI) para mi organización?
El enlace entre los enrutadores principales PE y P (proveedor) siempre está sobre suscrito, lo que significa que no hay suficiente ancho de banda para que todos usen simultáneamente su ancho de banda de descarga completo. La actividad en los enlaces vecinos puede empujar hacia abajo su rendimiento.
Los servidores de prueba de velocidad en sí pueden ser suscritos en exceso como se describe anteriormente.
Los algoritmos de estimación de la prueba de velocidad son en sí mismos estimaciones, y los detalles se describen en ¿Cómo funciona la prueba en sí? ¿Cómo se calcula el resultado?
Como puede observar, en efecto, existe cierta sobrecarga en los paquetes en sí mismos: cuanto mayor sea el paquete, menor será el porcentaje de sobrecarga. Las pruebas de velocidad y las transferencias de archivos tienden a usar paquetes grandes, por lo que no es tan importante. Sin embargo, también toma algo de tiempo llegar a la velocidad máxima cuando se usa el protocolo TCP y luego los paquetes perdidos generalmente causan que la transferencia de archivos se ralentice y luego vuelva a aumentar lentamente.
La velocidad reportada es un asunto complicado. El algoritmo quiere reportar un promedio, y un promedio optimista en eso. El algoritmo tampoco quiere que el número salte de forma salvaje. Diferentes gestores de descarga pueden utilizar diferentes algoritmos. No sé cómo lo hace Chrome, pero supongo que calculará la vista real del rendimiento de la aplicación, excluyendo toda la sobrecarga de paquetes de red, las retransmisiones y la pérdida de paquetes. Solo contará los datos que hayan navegado con éxito el guante de transmisión de la red. En resumen, el número siempre será significativamente más bajo que el máximo nominal.
Para complicar aún más las cosas, la velocidad de descarga informada también se “suaviza” durante un período de tiempo, lo que causa errores como este: Problema 16390 – cromo – La velocidad de descarga no refleja la velocidad real. Ese error también apunta al código relevante en Chromium (el núcleo de Chrome) que realiza la estimación de la tasa real, si está inclinado a inspeccionarlo.
Cualquier algoritmo de estimación de tasa está potencialmente lleno de peligros, como lo ilustra el cómic xkcd: Estimación.