Convertir KiB a GB

Un kibibyte son exactamente 1.024 bytes. El nombre se introdujo en 1998 para que «kilobyte» pudiera volver a significar 1.000, aunque la costumbre nunca llegó a imponerse del todo.

Un gigabyte son mil millones de bytes, en el sentido decimal que usan los fabricantes de discos, las tarifas de datos y los tamaños de vídeo.

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

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 KiB son 1.024 de la unidad de debajo; un kB, 1.000. En esta página eso es la diferencia entre 0 GB y 0 GB —un 2,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 2,4 %. Un disco vendido en kB 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 GB donde la caja ponía 0 GB. 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 gigabyte contiene 976.562,5 kibibytes. Ese número raro es todo el problema de esta página: quien mide trabaja en unidades de 1.024 bytes y quien cobra, en potencias de diez, y entre las dos escalas hay un 2,4 % que en un objeto suelto nadie ve. Un millón de objetos de 250 KiB son 256 GB de salida, no los 250 que sugiere dividir entre mil.

Seis gigabytes de diferencia no cambian una decisión técnica, pero sí cambian una previsión de gasto que se ha defendido en una reunión. La conversión importa cuando el número pequeño se multiplica: es la multiplicación la que convierte una discrepancia de decimales en una línea de factura.

El orden de las operaciones decide la calidad del resultado. Se multiplica el tamaño medio en kibibytes por el número de peticiones, se obtiene un total en kibibytes y solo entonces se pasa a gigabytes. Convertir cada objeto por separado y sumar después arrastra un redondeo por elemento, y con millones de elementos ese redondeo deja de ser insignificante.

Hay además una razón de trazabilidad. Un total en kibibytes se puede contrastar con la suma de la columna de bytes del registro sin ninguna traducción intermedia; un total en gigabytes ya lleva dentro una decisión de unidad que alguien tendrá que recordar en un mes. Se guarda el número crudo y se convierte en la última línea, la que se enseña.

La columna de tamaño de un registro de servidor cuenta bytes de respuesta, no kibibytes ni kilobytes. Sumarla da directamente un total en bytes que se convierte sin ambigüedad. El paso por kibibytes solo aparece cuando la cifra ha llegado ya resumida por otra herramienta, y en ese caso lo primero es averiguar si el resumen dividía entre 1.000 o entre 1.024.

Conviene además saber qué queda fuera de esa columna. Registra el cuerpo servido, así que las respuestas desde caché que nunca llegaron al servidor no están, y las peticiones que terminaron en un código de redirección o de error aportan muy pocos bytes cada una pero son muchas. Un total sacado del registro es una cota inferior razonable, no la cifra de la factura.

Ninguna respuesta viaja sola. Llevan cabeceras, cookies, el establecimiento de la conexión cifrada, los reintentos de las redes móviles y las peticiones previas de verificación que hace el navegador. En objetos grandes todo eso es ruido; en un servicio que devuelve respuestas de unos pocos kibibytes, la sobrecarga por petición puede acercarse al tamaño de la propia respuesta.

Por eso una previsión construida solo con el tamaño medio se queda corta de forma sistemática, y el desvío crece cuanto más pequeños son los objetos. La corrección honesta no es un factor mágico sino una segunda cifra: cuántas peticiones hay, además de cuánto pesa cada una. Con las dos, la diferencia entre el modelo y la factura se explica; con una sola, se descubre a fin de mes.

La cuenta base es corta: tamaño medio en KiB por peticiones al día, por los días del periodo, dividido entre 976.562,5. Lo que la hace poco fiable no es la aritmética sino la media. Una distribución de tamaños con una cola larga —unos pocos archivos enormes entre muchísimos pequeños— tiene una media que no describe a casi ningún objeto.

Merece la pena calcular con dos escenarios en vez de con uno. El total con el tamaño medio da la previsión central; repetirlo con el percentil alto del tamaño da el techo del que conviene no pasar. La distancia entre los dos números es la información útil: si es pequeña, la media sirve; si es de un factor dos, la previsión hay que hacerla por tipos de objeto y no en conjunto.

Cuando la factura no coincide con la previsión, casi siempre hay una explicación estructural antes que una diferencia de unidades. El proveedor puede contar el tráfico entre sus propias regiones, o el que genera el panel de administración, o el de los reintentos que el cliente hizo sin que nadie los viera. Todo eso es tráfico real que el modelo no incluía.

La comprobación práctica es mirar el orden de magnitud del desvío antes de buscar culpables. Un exceso del dos o el tres por ciento cabe en el redondeo de unidades y en la sobrecarga de protocolo; uno del treinta por ciento es una fuente de tráfico que no se había contado. Convertir bien sirve para poder distinguir esos dos casos, que es exactamente para lo que se hace la conversión.

El mismo gigabyte se factura de tres formas distintas según lo que se haga con él: lo que ocupa mientras está guardado, lo que cuesta sacarlo y las operaciones que se hicieron para leerlo o escribirlo. Un archivo pequeño servido un millón de veces cuesta casi nada en almacenamiento y mucho en salida y en operaciones.

De ahí que un total en gigabytes no signifique nada sin decir de cuál de los tres conceptos es. La conversión desde kibibytes se hace igual en los tres, y la confusión no es de unidades: es de haber calculado un número correcto y haberlo puesto en la línea equivocada del presupuesto.

Una cuota de transferencia contratada en gigabytes decimales se consume en bytes reales. Si la herramienta con la que se vigila el consumo cuenta en kibibytes o muestra gibibytes con etiqueta de gigabytes, el contador propio y el del proveedor irán separándose de forma constante durante todo el mes, y a mitad de ciclo la diferencia ya es difícil de reconstruir.

La solución no es elegir bien la unidad, sino vigilar en la misma en la que se factura. Un umbral de aviso fijado en la unidad del contrato se puede comparar directamente con el panel del proveedor; uno fijado en la unidad cómoda para quien lo programó exige una conversión mental cada vez que suena, y esa es la conversión que se hace mal cuando hay prisa.