Calculadora de tiempo de transferencia de datos
Datos de entrada
| Volumen de datos | 10 GB |
|---|---|
| Velocidad del enlace | 100 Mbps |
| Sobrecarga del protocolo | 10 % |
Calculadora de tiempo de transferencia de datos
Estima cuánto tarda en la práctica una transferencia de datos a partir del volumen de datos, la velocidad del enlace y la sobrecarga del protocolo. Tiene en cuenta la diferencia entre la velocidad nominal de un enlace y su rendimiento útil.
Datos de entrada
Datos de la transferencia
Resultados
Introduce un valor para ver los resultados.
Tiempo de transferencia
Rendimiento efectivo
Tiempo de transferencia de datos
El tiempo de transferencia de datos es la duración real, de reloj, que se tarda en mover una cantidad fija de datos por un enlace. Importa al planificar copias de seguridad, subidas de archivos grandes, migraciones de bases de datos y entrega de contenido multimedia, donde la velocidad nominal del enlace y el tiempo que tarda realmente el trabajo pueden diferir por un amplio margen.
La fórmula
Re=R×(1−h) t=ReD×8donde es el volumen de datos en bytes, es la velocidad nominal del enlace en bits por segundo, es la sobrecarga fraccional del protocolo y es el rendimiento efectivo (útil). El factor 8 convierte los bytes en bits, porque el almacenamiento se mide en bytes pero la velocidad del enlace en bits por segundo.
Ejemplo resuelto. Mover un archivo de 1 GB por un enlace de 100 Mbps con un 20 % de sobrecarga:
Re=100 Mbps×(1−0,20)=80 Mbps t=800000001000000000×8=100 sSin sobrecarga, la misma transferencia tardaría 80 segundos; el 20 % de sobrecarga añade 20 segundos.
Por qué el rendimiento efectivo es menor que la velocidad nominal
La cifra principal de una conexión es su velocidad de señalización bruta. Varios factores impiden que tu carga útil aproveche toda esa capacidad:
- Cabeceras de protocolo. Cada paquete lleva cabeceras de Ethernet, IP y TCP. En una trama estándar de 1500 bytes, entre el 2 % y el 5 % aproximadamente es cabecera y no carga útil.
- Acuses de recibo y retransmisiones. TCP confirma la entrega y reenvía los segmentos perdidos, consumiendo capacidad en ambos sentidos.
- Slow start y control de congestión. TCP aumenta la velocidad de forma gradual, así que las transferencias cortas nunca alcanzan la velocidad máxima.
- Medio compartido e interferencias. La Wi-Fi, las redes móviles y los enlaces con contención pierden rendimiento por colisiones y pérdida de señal.
- Límites de los extremos. Un disco lento, una CPU saturada o un servidor sobrecargado pueden limitar una transferencia muy por debajo de la capacidad de la red.
Cómo elegir un valor de sobrecarga
| Escenario | Sobrecarga realista |
|---|---|
| LAN cableada, archivos grandes, TCP | 5 % – 10 % |
| Internet doméstico típico, archivos grandes | 10 % – 15 % |
| Wi-Fi o trayecto de internet a larga distancia | 15 % – 25 % |
| Muchos archivos pequeños | 25 % o más |
| Mejor caso teórico | 0 % |
Para los archivos pequeños, el establecimiento de la conexión por archivo y la rampa de TCP dominan, por lo que la velocidad efectiva puede caer muy por debajo de estas cifras.
Bits, bytes y el factor ×8
Las velocidades de red se expresan en bits por segundo (Mbps, Gbps); los tamaños de archivo se expresan en bytes (MB, GB). Un byte son 8 bits, así que un archivo de 1 GB son 8 gigabits. Por tanto, un enlace de «100 Mbps» entrega como mucho unos 12,5 MB/s, y por eso los gestores de descargas, que informan en MB/s, muestran un máximo cercano a un octavo de la cifra de Mbps anunciada.
Calculadoras relacionadas
Para una estimación rápida sin un término de sobrecarga, usa la calculadora Calculadora de tiempo de descarga. Para convertir entre unidades de bits por segundo y bytes por segundo, usa la calculadora Conversor de rendimiento (bps). Para dimensionar el ancho de banda necesario para contenido multimedia en directo, consulta la calculadora Calculadora de ancho de banda para streaming.
Preguntas frecuentes (FAQ)
¿Por qué una transferencia tarda más de lo que predice la velocidad nominal del enlace?
Un enlace de 100 Mbps casi nunca entrega 100 Mbps de carga útil de archivo. Parte de la capacidad transporta las cabeceras de TCP/IP y Ethernet, parte se gasta en acuses de recibo y retransmisiones, y la rampa del control de congestión de TCP (slow start) hace que una conexión tarde en alcanzar su velocidad máxima.
Los enlaces compartidos, las interferencias de la Wi-Fi y la velocidad de lectura y escritura de los discos en cada extremo añaden más retardo.
Suponer una sobrecarga del 5 % al 20 % es un punto de partida realista para las transferencias cotidianas.
¿Qué valor de sobrecarga debería usar?
Para una LAN cableada que mueve archivos grandes por TCP, lo típico es entre el 5 % y el 10 %. Para Wi-Fi o trayectos de internet más largos, entre el 15 % y el 25 % resulta más realista una vez incluidas las retransmisiones y el tráfico del protocolo. Los archivos pequeños sufren proporcionalmente más sobrecarga porque la conexión nunca alcanza su velocidad máxima. Si solo quieres el mejor caso teórico, fija la sobrecarga en 0 %.
¿Por qué se multiplica el tamaño del archivo por 8?
El tamaño de los archivos se mide en bytes (un archivo de 1 GB son mil millones de bytes), pero las velocidades de red se miden en bits por segundo. Hay 8 bits en un byte, así que un archivo de 1 GB son 8 gigabits. Dividir 8 gigabits entre un enlace de 100 Mbps da 80 segundos en el máximo teórico, antes de cualquier sobrecarga.
¿Cuál es la diferencia entre Mbps y MB/s?
Mbps significa megabits por segundo; MB/s significa megabytes por segundo. Como un byte son 8 bits, 100 Mbps equivalen a 12,5 MB/s. Los gestores de descargas suelen mostrar MB/s mientras que los proveedores de internet anuncian Mbps, y por eso un plan de «100 Mbps» muestra descargas que rondan los 12 MB/s como máximo.