http - tigo - ¿Por qué no puedo obtener la misma velocidad de carga y descarga en el canal simétrico?
test de velocidad (2)
CDMA 1x consta de hasta 15 canales de tráfico de 9.6kbps. Esto da como resultado un rendimiento total de 144 kbps.
Se utilizan dos canales para las señales de comando y control (hablar con estaciones base, asociar / desasociar, tráfico de SMS, señales de timbre, etc.).
Eso te deja con hasta 124,8 kbps.
-> Cada canal es de una sola dirección. <-
Se cambian dinámicamente y se asignan según la necesidad.
En general, obtendrá más descargas que cargas porque ese es el uso típico del módem de un teléfono celular. Pero nunca obtendrás más de 120 kbps de ancho de banda total.
En la práctica, debido a una sobrecarga de codificación 1xRTT, corrección de errores, reenvíos, etc., normalmente experimentará entre 60kbps y 90kbps, incluso si tiene todos los canales posibles.
Esto significa que probablemente solo pueda obtener 30kbps-60kbps de carga y descarga simultáneamente.
Además, debido a que los canales cambian dinámicamente (y el hecho de que la estación base controla esto más que tu módem, necesitan administrar los canales de la estación base con cuidado para mantener los canales libres para las llamadas de voz) perderás tiempo cuando cambie de canal: es no es un proceso instantáneo
Entonces, 1xRTT puede, en teoría, darle 124kbps en una dirección, pero debido a sobrecarga, tiempos de conmutación, capacidad de la estación base o la compañía telefónica simplemente limitando tales conexiones por otras razones, no puede depender de un enlace simétrico.
NOTA:
Esto variará hasta cierto punto según el proveedor y el módem. Por ejemplo, algunos módems tienen 16 canales y algunos proveedores admiten 16 canales. En algunos casos, esos módems y proveedores funcionan bien juntos y pueden proporcionar un ancho de banda agregado total de 144 kbps a la aplicación, con solo un canal dedicado (que tiene que trabajar bastante duro) para manejar el control, la conmutación y otros problemas. Incluso entonces, con la sobrecarga de las comunicaciones de los módems, la sobrecarga de PPP, luego la sobrecarga de IP, luego la sobrecarga de TCP, todavía estás viendo un ancho de banda total de 100-120 kbps, tanto hacia arriba como hacia abajo.
Por último, ningún proveedor admite la transferencia transparente de tráfico IP. En otras palabras, si su módem se está moviendo, el módem cambiará a una nueva estación base, pero abandonará completamente la sesión PPP y tendrá que reiniciarla, así como todas las sesiones TCP y demás. Normalmente no obtendrás la misma dirección IP, por lo que tus sesiones TCP no se recuperarán correctamente.
El aspecto "divertido" de este giro es que esto puede suceder incluso si no te estás moviendo. Si una estación base se carga, puede ser transferido a otra estación base si está lo suficientemente cerca; hay otras cosas que pueden hacer que su módem se transfiera incluso sin que usted se mueva. Así que asegúrese de tener esto en cuenta, ya que parece estar interesado en mantener abierto un canal dúplex completo. Es difícil escribir cosas que se recuperen con gracia, nunca lo anticipe y hágalo rápidamente. Haría bien en trabajar estrechamente con un fabricante de módems (como Kyocera) en esto; de lo contrario, no obtendrá la documentación sobre cómo controlar el conjunto de chips del módem al nivel bajo que necesita.
-Adán
Estoy asignado a un proyecto donde se supone que mi código realiza cargas y descargas de algunos archivos en el mismo servidor FTP o HTTP simultáneamente. La velocidad se mide y se están sacando algunas conclusiones de esto.
Ahora, el problema es que en conexiones de alta velocidad estamos obteniendo resultados bastante esperados en términos de rendimiento, pero en conexiones lentas (piense en el enlace ideal CDMA 1xRTT) descargue o cargue las ganancias a expensas de la dirección opuesta. Tengo un "cuerpo más alto" que está convencido de que la conexión CDMA 1xRTT es simétrica y, por lo tanto, deberíamos poder realizar transferencias de datos con velocidades equivalentes (~ 100 kbps en cada dirección) en este enlace.
Mis mediciones muestran que sin ajustar demasiado el código en términos de tamaños de búfer y estrangulamiento del enlace de datos, no es posible tener las mismas velocidades en las condiciones mencionadas. Probé mi código multiproceso y también creé un archivo por lotes simple que automatiza el ftp.exe de Windows para realizar la transferencia de datos, el mismo resultado.
Entonces, la pregunta es: ¿es realmente posible realizar transferencia de datos en un enlace simétrico lento con velocidades equivalentes? ¿Es un "cuerpo superior" correcto en sus expectativas? En caso afirmativo, ¿tiene alguna sugerencia sobre qué debo hacer con mi código para lograr ese rendimiento?
PD. Completamente re-escribí la pregunta, por lo que sería obvio que pertenece a este sitio.
Creo que todo el drama con altas velocidades iguales en ambas direcciones se debe a que mi cuerpo superior piensa que tienen 144 kbps en el enlace ascendente Y 144 kbps en DOWNLINK (== DOS tuberías). Mientras que en realidad tenemos 144 kbps de UNA tubería que está cambiando de dirección cuando transfiero archivos.
Coméntame si estoy bien o mal, por favor.