Calcular cuánto tarda una transferencia de archivos o cuánto costará el tráfico saliente de un servidor exige distinguir entre megabits y megabytes, dos unidades que se confunden constantemente y que difieren en un factor de 8. Esta calculadora de transferencia de datos convierte tamaños de archivo, velocidades de conexión y volumen de tráfico entre unidades, y estima tiempos de transferencia reales considerando el overhead de protocolo.
Bits vs bytes: el error de conversión más común
Las velocidades de conexión a internet se anuncian en megabits por segundo (Mbps), pero los tamaños de archivo se muestran en megabytes (MB). Un byte son 8 bits, así que una conexión de 100 Mbps tiene una capacidad teórica de descarga de 12,5 MB/s (100 dividido entre 8), no 100 MB/s como muchos usuarios asumen erróneamente al comparar la velocidad contratada con el tiempo real de descarga de un archivo.
Overhead de protocolo: por qué nunca alcanzas la velocidad teórica
La velocidad práctica de transferencia siempre es menor que la teórica por el overhead de las cabeceras de los protocolos de red (Ethernet, IP, TCP), la latencia de establecimiento de conexión, y en TCP concretamente por el control de congestión que ajusta gradualmente la ventana de transmisión (slow start) al inicio de cada conexión. En condiciones reales, una conexión estable rinde entre un 80% y un 95% de la velocidad teórica contratada; cifras muy por debajo de ese rango suelen indicar problemas de red, saturación del proveedor o interferencia en WiFi.
KB, MB, GB, TB: decimal (SI) frente a binario (IEC)
Existe una ambigüedad histórica entre el sistema decimal, donde 1 KB = 1000 bytes (usado por fabricantes de discos y proveedores de nube para facturación), y el sistema binario, donde 1 KiB = 1024 bytes (usado por sistemas operativos al mostrar tamaños de archivo). Esta diferencia explica por qué un disco duro anunciado como de 1 TB muestra en el sistema operativo una capacidad algo menor, alrededor de 931 GiB: no falta espacio, es una diferencia de convención de unidades entre el fabricante y el sistema operativo.
Calcular tiempos de transferencia para backups y migraciones
Migrar 1 TB de datos por una conexión de 100 Mbps, incluso a una eficiencia optimista del 90%, tarda aproximadamente 24 horas de transferencia continua. Este cálculo es crítico al planificar migraciones de bases de datos entre proveedores cloud o backups completos fuera de horario laboral: subestimar el tiempo necesario provoca ventanas de mantenimiento que se alargan más allá de lo planificado, con el consiguiente impacto en disponibilidad del servicio.
Latencia frente a ancho de banda: dos problemas distintos
El ancho de banda determina cuántos datos caben por segundo; la latencia determina cuánto tarda un solo paquete en ir y volver (RTT, Round Trip Time). Una conexión con mucho ancho de banda pero alta latencia (por ejemplo, un enlace satelital) transfiere archivos grandes razonablemente bien pero resulta terrible para aplicaciones sensibles a la latencia como videollamadas o bases de datos con muchas consultas pequeñas secuenciales, donde cada ida y vuelta suma retraso acumulado independientemente del ancho de banda disponible.
Coste de transferencia de datos en la nube
Como se detalla en el análisis de coste de servidor de esta web, la mayoría de proveedores cloud cobran por tráfico de salida (egress) pero no por entrada, con precios que oscilan entre 0,08 y 0,12 dólares por GB tras superar una franja gratuita mensual. Calcular de antemano el volumen mensual de tráfico saliente esperado, especialmente en aplicaciones que sirven contenido multimedia pesado, evita sorpresas en la factura mensual del proveedor.
Optimizar la transferencia: compresión y CDN
Comprimir contenido con gzip o Brotli antes de transferirlo reduce el volumen de datos transmitidos entre un 60% y un 80% en contenido textual (HTML, CSS, JavaScript, JSON), reduciendo proporcionalmente tanto el tiempo de transferencia como el coste de egress en la nube. Distribuir contenido estático a través de una CDN acerca los datos geográficamente al usuario final, reduciendo la latencia percibida y, en muchos proveedores, el coste de transferencia comparado con servir directamente desde el origen en cada petición.
Casos de uso comunes
- Estimar cuánto tardará una migración completa de base de datos entre dos proveedores cloud.
- Calcular el tiempo real de descarga de un archivo según la velocidad de conexión contratada.
- Planificar la ventana de mantenimiento necesaria para un backup completo fuera de horario laboral.
- Comparar el coste mensual de egress según el volumen de tráfico saliente esperado.
Buenas prácticas
- Recuerda que la velocidad contratada está en Mbps (bits), no en MB/s (bytes); divide entre 8 para convertir.
- Calcula tiempos de transferencia con un 80-90% de eficiencia real, nunca con la velocidad teórica completa.
- Comprime contenido textual con gzip o Brotli antes de transferirlo para reducir tiempo y coste.
- Usa una CDN para contenido estático servido a usuarios geográficamente distribuidos.