Velocidad contra ancho de banda
Bruno
Hoy tenido una conversación muy curiosa con un amigo. Debatiamos como
afecta la velocidad de transmisión y el ancho de banda a nuestras
conexiones.
Me he dado cuenta que, quizás, por mucho ancho de banda que tengas si
tu velocidad de transmisión o la del servidor que provee cualquier
servicio es baja tendrás retardo.
Me explico. Supongamos un juego online en que compites "online" con
jugadores de todo el mundo. Si el ping que recibes del servidor que
controla la partida es muy alto aunque tengas un acho de banda
altísimo seguiras teniendo desfase en la señal.
Pogamos un caso práctico.
Pedro recibe un ping de 150 ms del servidor que controla la partida y
tiene un acho de banda de 6 Mbit/s. Puede ocurrir que aunque el su ISP
le proporcione más ancho de banda siga teniendo el mismo retardo en la
señal, luego no mejorará su experiencia "online".
Esto me hace pensar que entonces la "velocidad" o ancho de banda que
nos ofrecen no es directamente proporcional. Si en un segundo Pedro
descarga 6 Mbits en medio segundo no descargará 3 Mbits.
¿Cierto?
Un saludo,
Bruno.
Bron
> Pedro recibe un ping de 150 ms del servidor que controla la partida y
> tiene un acho de banda de 6 Mbit/s. Puede ocurrir que aunque el su ISP
> le proporcione mï¿œs ancho de banda siga teniendo el mismo retardo en la
> seￜal, luego no mejorarￜ su experiencia "online".
>
> Esto me hace pensar que entonces la "velocidad" o ancho de banda que
> nos ofrecen no es directamente proporcional. Si en un segundo Pedro
> descarga 6 Mbits en medio segundo no descargarￜ 3 Mbits.
Estrictamente hablando, "ancho de banda" y "velocidad" son cosas
diferentes, pero en tï¿œrminos coloquiales siempre hablamos de ellas como
equivalentes... hasta que aparece un teleco y se indigna.
XD
En ese ejemplo, el ping viene dado por la capacidad que tiene el
servidor para manejar todas las conexiones a la vez de los que estan en
la partida. Eso puede ser por que no tenga capacidad de proceso
suficiente o por que tenga el ancho de banda ocupado con mï¿œs conexiones
de las que puede gestionar sin tener que establecer colas de espera,
colas que lï¿œgicamente aumentaran el tiempo de respuesta a un ping.
Luego estￜ el hecho de que a veces, entre tu ISP y el servidor existan
"atascos", conexiones a menos velocidad, etc, que ralenticen la
conexiï¿œn, aunque hoy en dï¿œa ya es mï¿œs dificil de ver.
--
Saludos de Bron.
Desde la Villa del Adelantado.
----
ï¿œSupongo que habï¿œa que inventar las camas de agua. Ofrecen la
posibilidad de beber algo a media noche sin peligro de pisar al gato.ￜ
(Groucho Marx)
Sherkan
@hotmail.com:
> hasta que aparece un teleco y se indigna.
>
> XD
>
Yo no soy "teleco" :P, pero tambi�n me "indigna" la confusi�n de
t�rminos.
La velocidad, desde los primeros tiempos del m�dem, ha sido siempre la
misma, otra cosa es que a esa misma velocidad hoy sea posible transmitir
m� datos, lo que, a ojo del observador, aparenta m�s velocidad, pero las
cosas salen del origen y llegan al destino a exactamente la misma
velocidad que con un m�dem 28.8k.
Es decir, si la electricidad viaja a la velocidad de la luz (creo, que
yo no soy f�sico :P, pero algo le�), pues eso, esa velocidad menos los
tiempos de computaci�n para la modulaci�n/demodulaci�n de la se�al,
menos interpretar datos, menos atascos en los carriers, etc, etc, etc.
Milisegundos. Minucias, pero ah� est�n. Obviamente, con m�s ancho de
banda, se reducen los "atascos".
Y, hablando de atascos, una autopista con coches es un claro ejemplo.
Por cierto, este video es muy entretenido e igual ya lo hab�is visto
porque es muy viejo, pero por si ayuda a alguno :P.
Los guerrero de la red (Warrios of the Net):
http://www.warriorsofthe.net/movie.html
ftp://ftp.luth.se/pub/misc/www.warriorsofthe.net/warriors-700-sp-VBR.mpg
--
PGP | /"\ ASCII ribbon campaign
(Pretty Good Privacy) | \ / against HTML mail and
UserID Sherkan | X postings.
KeyID 0x52C4F55C | / \ (c) Black Dragon
Pep_.X
, pero tengo contratado un servicio que "puede" llegar hasta 3 Mbits/s. Es
decir, la velocidad de transmisi�n de datos depender�, entre otros, de c�mo
est� sirviendo mi proveedor y tambi�n del servidor que controla la partida,
ajeno a mi proveedor.
Hay relaci�n entre ancho de banda del canal (W) y capacidad de transmisi�n
de datos del canal (C):
Ecuaci�n de Shannon: C = W . log2 ( 1 + S/N ) siendo S/N la relaci�n se�al
/ruido.
"Bruno" <brunom...@gmail.com> escribi� en el mensaje
news:efd1579f-44ac-4668...@d21g2000yqn.googlegroups.com...
Hola,
Hoy tenido una conversaci�n muy curiosa con un amigo. Debatiamos como
afecta la velocidad de transmisi�n y el ancho de banda a nuestras
conexiones.
Me he dado cuenta que, quiz�s, por mucho ancho de banda que tengas si
tu velocidad de transmisi�n o la del servidor que provee cualquier
servicio es baja tendr�s retardo.
Me explico. Supongamos un juego online en que compites "online" con
jugadores de todo el mundo. Si el ping que recibes del servidor que
controla la partida es muy alto aunque tengas un acho de banda
alt�simo seguiras teniendo desfase en la se�al.
Pogamos un caso pr�ctico.
Pedro recibe un ping de 150 ms del servidor que controla la partida y
tiene un acho de banda de 6 Mbit/s. Puede ocurrir que aunque el su ISP
le proporcione m�s ancho de banda siga teniendo el mismo retardo en la
se�al, luego no mejorar� su experiencia "online".
Esto me hace pensar que entonces la "velocidad" o ancho de banda que
nos ofrecen no es directamente proporcional. Si en un segundo Pedro
descarga 6 Mbits en medio segundo no descargar� 3 Mbits.
�Cierto?
Un saludo,
Bruno.
Bron
> cierto, este video es muy entretenido e igual ya lo habï¿œis visto
> porque es muy viejo, pero por si ayuda a alguno :P.
>
> Los guerrero de la red (Warrios of the Net):
Oï¿œooooo, no lo conocï¿œa, pero esta esplï¿œndidamente explicado.
Gracies por el enlace.
:D
--
Saludos de Bron.
Desde la Villa del Adelantado.
----
ￜￜPagar la cuenta? ￜQuￜ costumbre tan absurda!ￜ
(Groucho Marx)
Sherkan
@hotmail.com:
> En el ultimo mensaje, Sherkan dec�a no se qu�...
>
>> cierto, este video es muy entretenido e igual ya lo hab�is visto
>> porque es muy viejo, pero por si ayuda a alguno :P.
>>
>> Los guerrero de la red (Warrios of the Net):
>
> O�ooooo, no lo conoc�a, pero esta espl�ndidamente explicado.
>
> Gracies por el enlace.
> :D
>
Est� bien explicado, pero f�jate en un "error". Cuando el paquete vuelve
a casa, entra por el puerto 80 y esto no deber�a ser as� (min 11:55, m�s
o menos).
La realidad es que el paquete entra en el servidor por el puerto 80
(www), pero vuelve (se devuelve) al cliente por uno aleatorio
especificado en el paquete y que gestiona el navegador. Normalmente
superior a 1027.
Supongo que lo hicieron para ahorrarse una cinem�tica y alguna
explicaci�n, pero por lo dem�s, ta' bien :)
Bron
> La realidad es que el paquete entra en el servidor por el puerto 80
> (www), pero vuelve (se devuelve) al cliente por uno aleatorio
> especificado en el paquete y que gestiona el navegador. Normalmente
> superior a 1027.
>
> Supongo que lo hicieron para ahorrarse una cinemï¿œtica y alguna
> explicaciï¿œn, pero por lo demï¿œs, ta' bien :)
Ya, pero bueno, tampoco hay que ser tan puristas.
:)
Un dￜa hablando del emule y por quￜ no furrulaba al oficial
administrativo del curro donde estaba, le expliquￜ grosso modo con el
ejemplo de las puertas y no le cabï¿œa en la cabeza. Para ï¿œl solo habï¿œa
un "tubo" por donde pasaba todo, cual grifo del agua.
XXDD
--
Saludos de Bron.
Desde la Villa del Adelantado.
----
ￜMi mamￜ es una rataￜ
(Mickey)