Una conexión anunciada como 600 Mbps y una descarga que muestra 40 MB/s no están utilizando la misma unidad. Antes de concluir que falta velocidad, hay que convertir ambas medidas y comprobar qué tramo estás observando. La cifra del contrato, un test de velocidad y el progreso de una descarga responden a preguntas relacionadas, pero diferentes.
Esta guía incluye cálculos reproducibles, una tabla de tiempos mínimos y un método para comparar condiciones sin atribuir a la red cualquier espera. Las cifras de los ejemplos son escenarios matemáticos, no mediciones de la conexión del lector ni resultados de pruebas de proveedores.
La letra cambia la magnitud: bits y bytes
Un byte contiene ocho bits. Mbps expresa megabits por segundo; MB/s expresa megabytes por segundo. Para comparar ambas velocidades utilizando múltiplos decimales, divide los Mbps entre ocho o multiplica los MB/s por ocho. Microsoft distingue expresamente las abreviaturas de bits y bytes en su documentación.
Por ejemplo, 600 Mbps equivalen a 75 MB/s. No significa que cada descarga vaya a mantener 75 MB/s: es una conversión de unidades. Si la aplicación muestra 40 MB/s, ese caudal corresponde a 320 Mbps. Esa comparación elimina una aparente diferencia de quince veces que se produciría al dividir 600 entre 40 sin convertir.
Respeta mayúsculas y contexto. Una aplicación puede utilizar otra convención o redondear. Si solo muestra «M», consulta qué está midiendo antes de hacer el cálculo. También conviene distinguir el caudal instantáneo, que puede variar mucho, de una media calculada durante toda la transferencia.
| Velocidad en Mbps | Equivalencia decimal en MB/s |
|---|---|
| 50 | 6,25 |
| 100 | 12,5 |
| 300 | 37,5 |
| 600 | 75 |
| 1.000 | 125 |
La tabla solo convierte unidades. No incorpora protocolos, congestión, limitaciones del servidor, escritura en disco ni procesamiento posterior. Por eso debe utilizarse como referencia superior para una comparación definida, no como una promesa de rendimiento real.
Calcula el tiempo mínimo con unidades consistentes
En un ejemplo decimal, 5 GB representan 5.000 MB. Si el flujo de datos pudiera mantenerse exactamente en 75 MB/s, el tiempo de transferencia sería 5.000 dividido entre 75: aproximadamente 66,7 segundos. Es el mismo resultado que convertir el archivo a megabits y dividirlo entre 600 Mbps.
La fórmula general es sencilla: tiempo en segundos igual a tamaño en bytes dividido entre bytes por segundo. También puedes utilizar MB y MB/s si ambas magnitudes siguen la misma convención. Mezclar un tamaño en gigabytes con una velocidad en megabits sin convertir produce resultados que no se pueden interpretar.
| Conexión del ejemplo | 5 GB decimales | 10 GB decimales |
|---|---|---|
| 100 Mbps | 400 s: 6 min 40 s | 800 s: 13 min 20 s |
| 300 Mbps | 133,3 s: unos 2 min 13 s | 266,7 s: unos 4 min 27 s |
| 600 Mbps | 66,7 s: unos 1 min 7 s | 133,3 s: unos 2 min 13 s |
| 1.000 Mbps | 40 s | 80 s: 1 min 20 s |
Estas cifras son límites matemáticos del escenario descrito. En la práctica, el tiempo total puede ser mayor y la conexión no es el único elemento que importa. No utilices una desviación frente a esta tabla como prueba automática de incumplimiento del proveedor.
GB y GiB también requieren atención
Las unidades decimales y binarias describen cantidades distintas. Un GB decimal contiene 1.000.000.000 bytes; un GiB contiene 1.073.741.824 bytes. Si una aplicación utiliza GiB, conviértelo primero a bytes o utiliza una velocidad expresada en unidades binarias compatibles con ese tamaño.
Para el mismo caudal decimal de 75 MB/s, 5 GiB representan unos 5.368,7 MB y necesitan aproximadamente 71,6 segundos en el modelo ideal. Son unos cinco segundos más que los 5 GB decimales del ejemplo anterior. La diferencia procede de la cantidad de datos, no de una reducción de velocidad durante la transferencia.
Si necesitas una estimación precisa, consulta el tamaño en bytes en las propiedades del archivo y registra la unidad que muestra la aplicación. Para una decisión cotidiana puede bastar un redondeo, siempre que no conviertas ese redondeo en una afirmación exacta sobre el servicio.
Separa descargar, verificar, descomprimir e instalar
Algunos programas muestran una barra que combina varias etapas. Después de recibir los datos pueden verificar contenido, escribirlo, descomprimirlo o instalarlo. Una pausa de esa barra no demuestra que la red haya dejado de funcionar; observa si la aplicación identifica la etapa actual.
En una medición, anota dos intervalos cuando sea posible: transferencia de datos y tiempo hasta que el resultado está utilizable. La primera ayuda a comparar el tramo de descarga. La segunda refleja la espera que de verdad experimentas. Ambas son útiles, pero atribuirlas a la misma causa puede llevarte a cambiar el componente equivocado.
Imagina un archivo ficticio que tarda 90 segundos en descargarse y otros 120 en procesarse. Duplicar el caudal de descarga, manteniendo todo lo demás igual, reduciría la primera etapa a 45 segundos. El total pasaría de 210 a 165 segundos, una mejora de 45 segundos, no una reducción a la mitad de toda la espera.
El cálculo muestra por qué importa la proporción de cada etapa. Si la transferencia ocupa una parte pequeña del trabajo, pagar por una conexión mucho más rápida puede cambiar poco la experiencia final. Antes de decidir, registra qué tiempo corresponde realmente a lo que quieres acelerar.
Una ficha para medir sin adivinar
Prepara una medición breve con un archivo de origen legítimo y un tamaño suficientemente grande para que el arranque no domine todo el resultado. No necesitas descargar repetidamente cientos de gigabytes. Evita hacerlo si tienes una cuota de datos limitada o si el uso interfiere con otras personas.
- Registra el tamaño, la fuente y la unidad que muestra la aplicación.
- Anota si estás conectado por cable o Wi-Fi y si hay otras transferencias activas.
- Mide el intervalo de descarga identificado por la aplicación.
- Separa cualquier verificación, extracción o instalación posterior.
- Repite en condiciones comparables solo cuando una diferencia requiera comprobación.
- Conserva el resultado y sus límites antes de atribuir una causa.
Si se descargaron 5.000 MB en 125 segundos, la media aritmética es 40 MB/s, equivalente a 320 Mbps. Frente al escenario ideal de 600 Mbps, esa media representa aproximadamente el 53,3 %. La relación describe el resultado observado, pero no identifica por sí sola qué elemento ha limitado el flujo.
Un contador instantáneo de 60 MB/s durante un segundo no contradice una media de 40 MB/s durante toda la operación. La media incluye intervalos más lentos y las pausas que hayas incorporado al cronómetro. Por eso debes definir el comienzo y el final de forma consistente entre comparaciones.
Cómo reducir hipótesis con pocas comparaciones
La misma fuente por cable y por Wi-Fi
Si puedes comparar ambas conexiones en el mismo PC, utiliza la misma fuente y anota las condiciones. Una diferencia consistente orienta hacia el tramo inalámbrico, pero no demuestra por sí sola que el router sea defectuoso. La ubicación, el adaptador y el uso compartido de la red siguen formando parte del escenario.
No cambies a la vez de dispositivo y de fuente, porque después no sabrás qué explica la diferencia. Si necesitas cambiar varias condiciones por limitaciones prácticas, documenta la comparación como una pista más débil. La precisión del informe depende de lo que realmente puedes controlar.
Dos fuentes legítimas en la misma conexión
Si una descarga se mantiene lenta y otra alcanza un caudal mucho mayor, la primera no puede utilizarse como única medida de la conexión. Puede haber una limitación propia de la fuente o de su ruta. Haz las comparaciones en momentos cercanos y evita convertir una prueba aislada en una conclusión permanente.
Un test de velocidad aporta otra observación, con su propio servidor y metodología. Su resultado no garantiza que todas las descargas alcancen lo mismo. Conserva la identidad del test y la hora si necesitas comunicar el problema a soporte; «Internet va lento» no permite reproducir la situación.
La red deja de recibir, pero el programa sigue trabajando
Comprueba la etapa indicada y la actividad de los recursos del equipo. Si está procesando un paquete, el trabajo podría depender del almacenamiento o del cálculo local. Esta observación sirve para orientar una revisión, no para diagnosticar un disco averiado sin más pruebas.
Los artículos sobre rendimiento y almacenamiento tienen procedimientos específicos para investigar esos recursos. Utiliza esta guía primero para separar unidades y etapas. Así evitarás buscar una avería antes de haber comprobado que estás comparando magnitudes equivalentes.
El sentido de la transferencia también importa
Cuando envías una copia a la nube, debes utilizar el caudal de subida. Una descarga rápida no establece cuánto tardará ese envío. En un ejemplo, subir 10 GB decimales a 20 Mbps tiene un mínimo de 4.000 segundos: aproximadamente una hora y siete minutos. El mismo tamaño a 100 Mbps tendría un mínimo de 800 segundos.
Para una copia dentro de tu red local, la velocidad anunciada de Internet puede no participar en el recorrido. Identifica origen y destino: PC a disco USB, PC a NAS o PC a servicio remoto. Cada camino incorpora elementos diferentes. Puedes ampliar esa decisión con la comparación entre NAS, disco externo y nube.
Las transferencias de muchos archivos pequeños merecen una medición propia. El cálculo por tamaño total sigue aportando una referencia, pero no representa todo el trabajo de gestionar cada elemento. No extrapoles automáticamente el tiempo de un archivo grande a una carpeta con miles de documentos.
Una decisión de compra con cifras útiles
Antes de ampliar tu conexión, calcula cuánto tiempo podrías ahorrar en las tareas que realmente realizas. En el modelo ideal, descargar 10 GB a 300 Mbps requiere unos 267 segundos y a 600 Mbps unos 133. El ahorro máximo del tramo sería de unos 134 segundos. Si solo haces esa operación una vez al mes, valora el coste adicional frente a ese beneficio.
Si varias personas utilizan la conexión a la vez, la decisión puede depender también de concurrencia y estabilidad, no solo del tiempo de un único archivo. Registra qué tareas se solapan y cuándo aparece la limitación. Un caudal mayor puede aportar capacidad compartida, pero no corrige cualquier problema de cobertura, servidor o aplicación.
Fuente y metodología
Microsoft Learn: términos y abreviaturas de bits y bytes. Las tablas y ejemplos se calcularon mediante conversión de unidades y división de tamaño entre caudal; se redondearon al mostrar segundos o minutos. No son resultados de una medición de red.
Nota sobre fechas: contenido preparado el 10 de octubre de 2026. Fecha editorial asignada retrospectivamente: 9 de octubre de 2026.
Mide qué parte de la espera puedes reducir
Una descarga a 40 MB/s equivale a 320 Mbps. Frente a un contrato de 600 Mbps, esa conversión permite comparar las cifras, pero todavía no identifica la causa de la diferencia. Repite con la misma fuente por cable y por Wi-Fi, o compara dos fuentes en la misma conexión, para saber qué tramo merece la siguiente comprobación.
Antes de pagar por más velocidad, separa el tiempo de descarga del de verificación, descompresión o instalación. En el ejemplo de 90 segundos de descarga y 120 de procesamiento, duplicar el caudal solo ahorraría 45 segundos de los 210 totales. Aplica ese cálculo a tus tareas y considera también el uso simultáneo de otras personas. La mejora que interesa es cuánta espera puedes evitar en tu uso habitual y qué cambio puede conseguirlo.
Sobre el autor
Sergio Andres Alvarado Mendoza
Sergio Andres Alvarado Mendoza es el responsable y editor de MyBlogSoft, un sitio web de tecnología administrado desde Colombia. El sitio ofrece guías sobre software, hardware, redes y seguridad basadas en documentación técnica. Las pruebas propias, cuando existan, se identificarán con su equipo y método. Las ilustraciones de los artículos se generan con IA y no acreditan pruebas de productos.
Comentarios