¿La velocidad de carga alguna vez interfiere con la velocidad de descarga?

Si su canal de carga está lleno, no importa si tiene ADSL, WiFi o fibra full duplex. La tecnología real solo lo empeora o mejora un poco, pero su conexión comenzará a sentirse muy lenta.

La razón es que casi todos los tipos de comunicación a través de Internet implican el uso de ambos canales. Envías solicitudes y obtienes datos. Además, TCP (el protocolo utilizado para transportar casi todo en Internet hoy en día, incluido HTTP) utiliza “reconocimientos”, paquetes que sirven para indicar que está recibiendo datos y el remitente puede continuar enviándole más datos.

En otras palabras: si está enviando una inmensa cantidad de datos, su canal de carga se llenará. Si intenta descargar algo grande al mismo tiempo, necesitará un poco de ancho de banda para indicarle al remitente que está recibiendo los datos. Si su carga está tan llena que se pierde el mensaje de “reconocimiento”, el remitente deja de enviar y su Internet se siente lento.

Las conexiones asimétricas como ADSL y cable, y las conexiones semidúplex como WiFi son especialmente propensas a esto, pero incluso una conexión de fibra dúplex completa puede sufrir el mismo problema. La mejor manera de administrarlo es a través de la aceleración: limite la velocidad a la que envía los datos y sentirá que su conexión volverá a ser más receptiva.

Si está utilizando algo como ADSL: sí, su carga definitivamente ralentizará el resto. Esto se debe a que ADSL no se puede usar de manera eficiente con controladores de red comunes.

En resumen, para su comprensión: si tiene un enrutador ADSL conectado a su computadora a través de Ethernet, el controlador de Ethernet a menudo se utiliza para optimizar los paquetes para el tipo de red detectado. (probablemente Ethernet rápido en su caso)
Ahora el problema es que ADSL necesita diferentes tipos de optimización que Fast Ethernet.

Los equilibradores de carga y otros dispositivos que admiten la calidad de servicio y / o la configuración del tráfico pueden reducir la interferencia en la mayoría de los casos.
Para la mayoría de las líneas de suscriptores en Europa, cfosspeed podría funcionar bien.
¡Darle una oportunidad!
http://www.cfos.de/en/

Si tienes un dispositivo compatible con tomate, ¡también puedes probar sus utilidades!
http://www.polarcloud.com/tomato

Entonces tienes tu respuesta. 🙂

En primer lugar, permítanme decir que hay miles de millones de factores que influyen en el rendimiento, algunos de los cuales están bajo su control directo. Pero aquí hay algunos pensamientos generales.

Es probable que su conexión a Internet por cable sea dúplex completo, lo que significa que el envío y la recepción son independientes entre sí. Si está utilizando la conexión inalámbrica, está utilizando un medio compartido, el aire y múltiples hosts en o cerca del mismo canal competirán por el tiempo de transmisión y afectarán la capacidad general. ¿Su host Crashplan es inalámbrico?

Lo más probable es que su carga de Crashplan esté afectando su otra actividad. Las transferencias masivas de archivos tienden a ser agresivas y absorberán el ancho de banda disponible. TCP tiene mecanismos para jugar bien, pero generalmente no se activan hasta que hay una pérdida de paquetes señalada desde el extremo receptor. Dejado a sus propios dispositivos, TCP continuará utilizando más y más capacidad. Eso significa menos para otras cosas como navegar, correo electrónico, etc.

Entonces, probablemente no sea el impacto del tráfico entrante, sino las solicitudes que salen.

¿Qué puedes hacer? Depende en gran medida de lo que está disponible? ¿Crashplan tiene una forma de limitar el uso de la red? No lo uso, pero algunos sistemas de transferencia de archivos le permitirán establecer límites de datos a los que se adhieren más o menos.

Es posible que pueda establecer prioridades en el tráfico en su enrutador. Hay muchas, muchas opciones basadas en el número de enrutadores, pero a veces puede dar prioridad a algunas aplicaciones sobre otras. Yo uso vonage en casa, así que priorizo ​​Vonage (voip) basado en la dirección MAC sobre todo lo demás. Por lo tanto, si el enrutador se congestiona, VoIP irá primero. Hay otras opciones tambien.