Convertir TiB a MB

Un tebibyte son 1.024 gibibytes. La distancia respecto al terabyte crece en cada escalón: 2,4 % en kilo, 4,9 % en mega, 7,4 % en giga y 10 % en tera.

Un megabyte es un millón de bytes. Los fabricantes de almacenamiento siempre han contado en decimal, y por eso sus cifras parecen mayores que lo que muestra el ordenador.

Un TiB son 1.024 de la unidad de debajo; un TB, 1.000. En esta página eso es la diferencia entre 1099511,6278 MB y 1000000 MB —un 10 %—, y la distancia crece en cada escalón: por eso es un redondeo despreciable en una foto y un trozo visible de un disco duro.

En eso consiste entero el misterio del espacio que falta, y en esta página vale un 10 %. Un disco vendido en TB tiene exactamente lo que dice la etiqueta; lo que pasa después es que Windows divide entre 1.024 en vez de entre 1.000, conserva el nombre decimal y muestra 1000000 MB donde la caja ponía 1099511,6278 MB. macOS cuenta estas cifras en unidades decimales desde 10.6, y por eso el mismo disco puede parecer de dos tamaños en dos ordenadores: no falta nada ni redondea nadie, son los mismos bytes con dos nombres.

Un tebibyte son 1.099.511.627.776 bytes y un megabyte decimal un millón, así que un TiB son 1.099.511,63 MB. Esa es la cifra que hay que dividir entre el caudal, porque las herramientas de transferencia informan en megabytes decimales por segundo y prácticamente ninguna en mebibytes. Cincuenta tebibytes son 54.975.581 MB, y a partir de ahí todo es una división.

Usar el millón redondo en lugar del factor real deja la estimación un 9,95 % corta, y en una migración eso no es un matiz: sobre una ventana calculada de veinte horas son dos horas más, justo las que se salen del hueco de mantenimiento negociado. La conversión completa se hace una vez, al principio, y todo lo demás se arrastra de ella.

El error grande de estas estimaciones no es el de las unidades binarias sino el de los bits. Los enlaces se venden y se documentan en bits por segundo —una línea de 1 Gb/s, una fibra de 600 megas— y los volúmenes se miden en bytes. Un gigabit por segundo son 125 megabytes por segundo en el mejor de los casos, así que quien divide el volumen entre mil se equivoca por un factor de ocho y promete una migración ocho veces más rápida de lo que puede ser.

En español la ambigüedad viene además incorporada en el vocabulario comercial: un contrato de «600 megas» son 600 megabits por segundo, es decir 75 megabytes por segundo, y el mismo cliente ve luego a su gestor de descargas informar en megabytes y cree que le están dando la octava parte de lo contratado. Las dos cifras son correctas y describen la misma línea; solo hay que escribir siempre la unidad completa para que la división posterior salga bien.

Con el volumen en megabytes y el caudal en megabytes por segundo, el tiempo sale en segundos y conviene pasarlo a horas de inmediato, que es la unidad en la que se negocia. Un tebibyte por una línea de un gigabit tarda 8.796 segundos a caudal teórico, algo menos de dos horas y media; a un caudal real de 110 MB/s, unas dos horas y cuarenta y cinco minutos. Por una subida doméstica de 300 Mb/s el mismo tebibyte se va a poco más de ocho horas.

La escala cambia el tipo de decisión, no solo el número. Cincuenta tebibytes por esa misma línea de un gigabit son unos cinco días de transferencia continua, y a partir de ahí la conversación deja de ser sobre la ventana y pasa a ser sobre si conviene enviar discos físicos, transferir por lotes o replicar durante semanas antes de conmutar. La conversión es lo que revela cuál de las tres conversaciones toca.

El caudal nominal casi nunca se alcanza y el motivo rara vez es el enlace. Un conjunto de ficheros pequeños está limitado por operaciones por segundo y no por ancho de banda; el cifrado y las sumas de comprobación consumen procesador; la latencia limita lo que cabe en vuelo si no se ajustan las ventanas; y el destino tiene su propio techo de escritura, que en almacenamiento de objetos suele ser por petición.

Medir en lugar de suponer cuesta poco y cambia mucho. Transferir un uno por ciento del volumen, cronometrarlo y extrapolar da una estimación que incorpora todos esos factores a la vez, y suele quedar entre el cincuenta y el ochenta por ciento del caudal nominal. Una prueba de diez minutos evita un compromiso equivocado de varios días.

Cuando el origen o el destino está en un servicio de nube, además del tiempo hay una factura, y se calcula sobre gigabytes decimales. Un tebibyte son 1.099,51 GB, de modo que a nueve céntimos por gigabyte la transferencia cuesta unos 99 en lugar de los 90 que sale con el redondeo cómodo; cincuenta tebibytes, unos 4.948 en lugar de 4.500.

El detalle que se olvida es que el contador del proveedor mide el tráfico y no el contenido: reintentos, cabeceras y transferencias abortadas cuentan. Una migración que se reinició dos veces puede facturar bastante más que el tamaño del conjunto de datos, así que la estimación de coste merece el mismo margen que la de tiempo y por la misma razón.

Ninguna transferencia larga termina de una sola vez, así que la cifra que importa a mitad de camino no es el total sino el resto. Una herramienta que sincroniza compara lo que hay en los dos extremos y transfiere solo la diferencia, con lo que la segunda pasada es mucho más corta que la primera; una que reenvía desde el principio convierte cada corte en un reinicio completo del reloj.

Elegir la herramienta por esa propiedad importa más que cualquier ajuste de caudal, sobre todo cuando el origen sigue cambiando mientras se copia. En ese caso la migración es una pasada larga seguida de varias cortas, y lo que hay que estimar es la última: cuánto cambia el origen en el tiempo que dura una pasada decide si la conmutación se puede hacer en la ventana prevista o no.

Una estimación defendible se compone de cuatro cifras visibles: el volumen en bytes, el volumen en megabytes decimales, el caudal medido con su unidad completa y el margen aplicado. Con esas cuatro, cualquiera puede rehacer la división y discutir el supuesto que le parezca discutible; con un número de horas suelto, la única alternativa es creérselo o no.

La verificación posterior merece su propia línea en el calendario. Comprobar que el destino contiene lo mismo que el origen es una segunda pasada sobre el mismo volumen, y aunque compare sumas en lugar de copiar datos, hay que leerlo todo otra vez. Presupuestar la migración sin presupuestar la comprobación es la forma más habitual de que una ventana bien calculada se quede corta al final.