Convertir GiB a TB

Un gibibyte son 1.073.741.824 bytes, alrededor de un 7 % más que un gigabyte. Windows mide en gibibytes pero los etiqueta «GB», y en eso consiste todo el misterio del espacio que desaparece.

Un terabyte es un billón de bytes en la cuenta corta, es decir 10¹². Un disco vendido como de 1 TB tiene exactamente eso: el espacio que parece faltar es un desacuerdo sobre unidades, no una carencia.

El factor es 0,001074, y casi nadie lo lleva encima. Redondeado a 0,00107 se desvía un 0,35 %, que pasa desapercibido en cifras pequeñas y se convierte en una unidad entera alrededor de 1000 GiB.

Ese es el dato que interesa antes de redondear: no el error en sí, sino a partir de dónde deja de ser despreciable. Por debajo de ahí el factor corto es el sensato; por encima, usa el campo de arriba, que no redondea hasta el momento de escribir el resultado.

Un GiB son 1.024 de la unidad de debajo; un GB, 1.000. En esta página eso es la diferencia entre 0,0011 TB y 0,001 TB —un 7,4 %—, 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 7,4 %. Un disco vendido en GB 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 0,001 TB donde la caja ponía 0,0011 TB. 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.

La cifra de partida casi siempre viene de una máquina. Un gestor de volúmenes, un hipervisor o un panel de monitorización calculan en potencias de 1.024 y muestran gibibytes o un «GB» que en realidad significa lo mismo. La cifra de llegada va en un pedido, una cotización o el carrito de una tienda, y ahí todo el mundo cuenta en terabytes decimales.

Esa frontera es donde se pierde la unidad. Un requisito de 2.000 GiB anotado sin más como «2.000 GB» y comprado como tal deja el proyecto un siete por ciento corto, porque 2.000 GiB son en realidad 2,147483648 TB. Nadie se equivocó en la aritmética; simplemente la unidad dejó de acompañar al número en algún punto del camino.

La mayoría de conversiones de unidades son simétricas: pasarse un poco o quedarse un poco cuesta lo mismo. Esta no. Una compra de almacenamiento que resulta insuficiente no se arregla con una configuración ni con un ajuste; se arregla comprando más hardware, lo que significa una segunda aprobación, un segundo plazo de entrega y, a veces, una segunda ventana de mantenimiento.

La regla práctica es redondear siempre hacia arriba a la siguiente capacidad disponible y sumar después el margen de crecimiento. 8.000 GiB son 8,589934592 TB, así que un disco de 8 TB no llega; hace falta el siguiente tamaño del catálogo. El desajuste no es casualidad: los tamaños comerciales son cifras decimales redondas y los requisitos suelen ser cifras binarias redondas, y ambas raramente coinciden.

Con una tabla corta se resuelve la mayoría de compras: 500 GiB son 0,536870912 TB, 1.024 GiB -un tebibyte- son 1,09951162778 TB, 5.000 GiB son 5,36870912 TB y 10.000 GiB son 10,73741824 TB. El multiplicador es 0,001073741824, o dicho de otro modo: se suma un 7,4 % y se recorre la coma tres lugares.

La línea de 1.024 es la que conviene memorizar, porque ahí falla la intuición. Un tebibyte no es un terabyte; son 1,0995 de ellos, así que un requisito que un ingeniero describe como «un tera» mirando un panel binario en realidad pide una compra de 1,1 TB, y ese producto no existe en ningún catálogo.

El orden de las operaciones decide si la cifra final significa algo. Se empieza por la capacidad útil en la unidad en la que se midió el requisito -GiB, casi siempre-, se convierte a TB, y solo entonces se aplica la redundancia: un espejo duplica la compra, una paridad simple sobre ocho miembros añade un octavo, una paridad doble sobre ocho añade un cuarto.

Hacerlo al revés produce cifras que nadie puede verificar después. Mezclar la conversión de unidades con la aritmética de paridad en un solo paso oculta ambos ajustes, y cuando el arreglo entregado resulta más pequeño de lo esperado ya no se puede saber cuál de los dos falló. Dos líneas separadas, cada una justificable por su cuenta, sobreviven a una revisión; una cifra fundida no.

Las consolas de nube son la versión más afilada de este problema, porque ambas unidades aparecen a pocos clics de distancia. Es habitual crear un volumen de bloque midiendo su tamaño en gibibytes, ver el gráfico de uso también en gibibytes, y encontrar la página de precios cotizando una tarifa por gigabyte-mes. Cada pantalla es coherente consigo misma y la combinación no es intuitiva.

La consecuencia práctica aparece en la factura, no en la capacidad: un volumen creado con 1.000 GiB corresponde a 1.074 GB facturables, así que el cargo real queda un 7,4 % por encima de una estimación hecha solo a partir de la cifra de aprovisionamiento. Es un porcentaje pequeño sobre un número recurrente grande, justo la forma que suele tener una desviación de coste que se descubre un trimestre tarde.

La única protección fiable es que la unidad viaje siempre pegada a la cifra, e incluir el total en bytes cuando el número cruza de un equipo a otro. Un requisito anotado como «10.737.418.240.000 bytes, es decir 10.000 GiB o 10,74 TB» no puede leerse mal ni por compras, ni por un proveedor, ni por quien herede el sistema dentro de dos años.

Parece exagerado escrito en una sola línea y deja de parecerlo la primera vez que una cotización vuelve calculada contra el número equivocado. El almacenamiento es de los pocos ámbitos de esta web donde un desacuerdo de unidades tiene un precio, y quien lo descubre casi nunca es quien lo cometió.