Ancho de banda vs rendimiento vs velocidad de datos (bit)


8

Entiendo totalmente la diferencia entre ancho de banda y rendimiento. Si bien el ancho de banda muestra que la cantidad máxima de datos se puede transmitir de un emisor a un receptor, el rendimiento es la cantidad real de datos que se ha transmitido, ya que podrían ser diferentes factores, como la latencia que afecta el rendimiento.

La velocidad de bits es la cantidad de datos (número de bits) que se pueden transmitir por segundo, lo que me suena igual que el rendimiento. Entonces, ¿cuál es la diferencia clave?

Respuestas:


8

Algunos de estos términos son utilizados de manera diferente por diferentes personas, pero a continuación se muestra lo que generalmente se acepta.

El ancho de banda es el número de bits por segundo que un enlace puede enviar o recibir, incluidos todos los flujos. Por ejemplo, el ancho de banda de una conexión de 100 Mbps es de 100 Mbps, pero eso no significa que siempre esté enviando o recibiendo 100 Mbps, pero ese es el máximo posible en ese enlace. A diferencia de lo que muchas personas entienden por ancho de banda, no significa el uso de datos. Veo que la gente dice que tienen una limitación de ancho de banda (cada enlace lo hace), y han usado todo su ancho de banda durante el mes. Este es un uso incorrecto del término. Lo que quieren decir es que tienen una limitación en el uso de datos y la han usado durante todo el mes.

El rendimiento es la cantidad de datos durante un período de tiempo que un flujo (proceso a proceso) puede enviar o recibir. Esto incluye toda la sobrecarga del host y la contención en el enlace (los flujos múltiples en un enlace usarán cada uno un porcentaje del ancho de banda, reduciendo el rendimiento de cada uno).

La velocidad de bits está más cerca del ancho de banda, pero a menudo es por host o de origen a dispositivos de destino. Es posible que tenga una velocidad de bits de 100 Mbps de un host a un conmutador, pero la velocidad de bits de un host a un host es menor. Esto generalmente incluye múltiples flujos.


Gracias por su respuesta. Para ser claro, digamos, para un enlace que tiene un ancho de banda de 100Mbps (para todos los procesos), el rendimiento podría ser de 65 Mbps (en el proceso particular) dependiendo de la sobrecarga, etc. Y la velocidad de bits entre un host emisor y un el conmutador podría ser de 100 Mbps mientras que la velocidad de bits de otro conmutador y un receptor es de 70 Mbps para el mismo proceso. ¿Estas suposiciones suenan correctas?
Nara

Posiblemente. El ancho de banda y la velocidad de bits incluirán la sobrecarga del protocolo (capa 2, capa 3 y capa 4), mientras que el rendimiento no lo hará, por lo que el rendimiento será menor que los otros dos. La velocidad de bits posiblemente puede ser igual al ancho de banda, pero el ancho de banda generalmente se considera por enlace en la ruta, mientras que la velocidad de bits generalmente se encuentra en toda la ruta.
Ron Maupin

Entonces, para todo el flujo, es posible que se puedan medir 2 (o incluso más) velocidades de bits diferentes, ¿verdad?
Nara

Por flujo, generalmente se observa el rendimiento. Eso puede traducirse directamente en cuánto tiempo lleva descargar un archivo. Los diversos enlaces en la ruta pueden tener diferentes anchos de banda, algunas redes a través de las cuales los datos pasan pueden congestionarse, causando pérdidas y retransmisiones, etc. llegar de un host a otro.
Ron Maupin

En ese caso, ¿el promedio esperado es igual al rendimiento o al resultado promedio de las tasas de bits medidas durante el proceso?
Nara

7

Diariamente veo personas, incluso especialistas en comunicación, que cometen errores sobre los tres términos mencionados: Ancho de banda: la unidad de la misma es Hz, por lo que matemáticamente es: Frecuencia_Utilizada_Alta frecuencia_Utilizada Baja. Entonces, cuando medimos el ancho de banda en bps, es decir, cometemos un error. Además, algunos chicos que trabajan en el campo de la Red, tratan totalmente con el ancho de banda como velocidad de datos. Entonces, el ancho de banda es la diferencia entre alta y baja frecuencia. Por ejemplo, el ancho de banda de un canal en FM es 0.2MHz, para una portadora es WCDMA es 5MHz.

Velocidad de datos: la unidad es bps, por lo que podemos decir que la velocidad de datos del canal es la capacidad máxima del canal que puede transmitir bits en un segundo. En el caso normal, podemos decir que si tenemos un ancho de banda de 5MHz, entonces la capacidad del canal (o velocidad de datos) es de 5Mbps, pero también puede ser que el ancho de banda sea de 5MHz pero la velocidad de datos es de 10Mbps, o 2.5Mbps, esto es depende del tipo de modulación y algunas otras técnicas. Rendimiento: este término se utiliza en muchos sistemas diferentes, en breve, y claramente podemos definirlo como: los datos reales que recibimos. Por ejemplo, el ancho de banda = 5MHz, la capacidad del canal (velocidad de datos) = 10Mbps, pero lo que recibimos exactamente es 6Mpbs debido a cualquier razón, por lo que el rendimiento es de 6Mbps ... Espero haberle dado una idea ...


2
Tiene razón, por supuesto, pero como casi siempre estamos hablando de Ethernet, que está modulada en banda base, BW = velocidad de datos.
Ron Trunk

La diferencia es cómo la ingeniería eléctrica y la informática ven el término. Esta pregunta pregunta, específicamente, sobre eso.
Ron Maupin

2

No estoy en desacuerdo con otras respuestas, pero una conclusión importante es que las personas a menudo tienen un significado diferente con palabras similares e idénticas.

Vale la pena agregar un par de puntos, especialmente si hace algo numérico como tratar de calcular el rendimiento máximo de una conexión FTP dada a través de una línea X Mbit / seg:

  • Kbit / sec, Mbit / sec, etc.en las velocidades de datos siempre son potencias de 10 por lo que he visto
  • Los tamaños de archivo se expresan igualmente como potencias de 2 y, a menudo, potencias de 10, y con mucha frecuencia la gente ni siquiera lo sabe ("pocos cientos de megabytes" obviamente no importa con esa precisión).

Si alguna vez coloca su osciloscopio en el cable, descubrirá rápidamente que la velocidad de los símbolos puede ser diferente. 100baseT, por ejemplo, es de 125 Mbaudios, ya que transmite 5 bits en el cable para 4 bits de datos.

En resumen, los términos utilizados a menudo varían según lo que enfatice:

  • El rendimiento realmente enfatiza todas las cosas que podrían ralentizarlo, en gran medida un "resultado neto".
  • El ancho de banda realmente enfatiza la tasa de bits bruta, y aún debe pagar todo el encuadre y los gastos generales antes de obtener el rendimiento.

A veces verá cosas como "rendimiento máximo" y "rendimiento sostenido promedio", lo que considero muy útil. Muy a menudo, las tasas que son interesantes dependen completamente del período en el que promedias.

Los prefijos PS IEC kibi, mebi, etc. están lejos de ser utilizados universalmente, pero vale la pena conocerlos


0

Trataré de explicarlo de manera muy simple. BW es el rango de frecuencias que pueden pasar a través de un canal (Unidad: Hz). La velocidad de datos es la cantidad de datos que pasa a través de un medio por unidad de tiempo (Unidad: bits / seg). Imagine una carretera y una carretera angostas, el ancho de la carretera como el BW y el automóvil pasando como datos. Más BW, más velocidad de datos. Entonces, la tasa de datos es el paso de datos a través del medio. Pero si los datos son máximos, entonces es igual al ancho de banda. BW es la velocidad de datos máxima.


0

De acuerdo con la ley / teorema de Shannon-Hartley

velocidad de datos = ancho de banda x log_2 (1 + relación señal / ruido)

La relación señal / ruido depende del ancho de banda, la potencia de la señal y la potencia del ruido del canal. Por lo tanto, el ancho de banda en general nunca es lo mismo que la velocidad de datos. Son los mismos solo en el caso especial donde la relación señal-ruido es igual a 2.

El rendimiento es la velocidad de datos efectiva o real en un enlace, por lo que es como máximo igual a la velocidad de datos.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.