Convertir GB a MiB

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.

Un mebibyte son 1.024 kibibytes, es decir 1.048.576 bytes. Las herramientas de Linux y las cifras de memoria se refieren casi siempre a esto, aunque escriban «MB».

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

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 MiB son 1.024 de la unidad de debajo; un MB, 1.000. En esta página eso es la diferencia entre 0,001 GB y 0,001 GB —un 4,9 %—, 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 4,9 %. Un disco vendido en MB 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 GB donde la caja ponía 0,001 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 son mil millones de bytes. Un mebibyte son 1.048.576. Divide uno entre otro y sale 953,67431640625, exacto y sin ningún redondeo: un número que nadie adivina y que todo el mundo tiene que consultar. El instinto lleva a echar mano de 1.000, que son los MB de un GB, o de 1.024, que son los MiB de un GiB, y los dos están mal aquí porque este par cruza de un sistema al otro.

El tamaño del error depende de cuál de los dos números equivocados se elija. Usar 1.000 se pasa un 4,9 %; usar 1.024 se pasa un 7,4 %. En un panel eso es una línea ligeramente desplazada. En un umbral es una alerta que salta a un porcentaje que nadie eligió, y en un plan de capacidad es la diferencia entre aprovisionar de sobra y quedarse un 7 % corto justo en el momento en el que la previsión decía que ibas holgado.

Los umbrales suelen enunciarse como fracciones de algo: avisar al 80 % del disco, despertar a alguien al 90 % del límite de memoria. Esa intención solo sobrevive si la fracción se toma sobre la asignación en la unidad en la que se hizo la asignación y se convierte una sola vez, al final. El ochenta por ciento de un gigabyte son 762,9 MiB y el noventa son 858,3, y ninguno de los dos es un número que alguien escriba por gusto.

Lo que se escribe en su lugar es 800 y 900, que son redondos y no son las fracciones que se pretendían: 800 MiB son el 84 % de un gigabyte y 900 MiB son el 94 %. La alerta sigue funcionando, salta más tarde de lo que dice el procedimiento, y la discrepancia es invisible porque tanto la regla como la documentación contienen números redondos y verosímiles.

Prometheus no toma partido en nada de esto: la convención entre sus exportadores es registrar bytes en bruto con el sufijo _bytes y dejar que la capa de presentación elija la unidad. Es el diseño correcto y traslada la decisión al cuadro de mandos, donde se toma campo por campo, a menudo por quien construyó el panel, y rara vez queda escrita en un sitio que vaya a ver quien mira la gráfica.

El efecto práctico es que dos paneles del mismo cuadro de mandos pueden mostrar la misma serie con un 7 % de diferencia estando los dos bien configurados. La consulta devuelve bytes; un panel los formatea en el sentido del SI y otro en el sentido de la IEC; los ejes dicen GB y GiB o, peor, los dos dicen GB. Cuando una cifra de un panel tiene que compararse con una cifra de cualquier otro sitio, lo primero que hay que mirar es el ajuste de unidad del campo y no la etiqueta del eje.

Hay una regla práctica y conviene tratarla como lo que es, una regla práctica. Los números que describen algo comprado —un plan, una cuota, una factura, un consumo de tráfico incluido— son casi siempre decimales, porque así es como se vende la capacidad. Los números que salen de dentro de una máquina en marcha —memoria usada, caché de página, espacio libre de un sistema de archivos en Linux— son casi siempre binarios, porque así cuenta el núcleo.

Donde la regla se agota hay una prueba que no se agota. Busca una magnitud que puedas medir en bytes por tu cuenta, pásala por la consola y mira qué división reproduce la cifra que muestra. Cuesta una observación y deja resuelta la pregunta para esa consola de forma permanente, que es mejor uso de cinco minutos que cualquier cantidad de documentación que a lo mejor no lo dice.

No se parece a nada, y esa es la dificultad. Una línea un cinco por ciento por encima de donde debería estar tiene la misma forma, la misma tendencia y la misma pendiente que la correcta; nada en ella invita a sospechar. El error solo aparece cuando la gráfica se compara con una cifra externa —una factura, una cuota, una segunda herramienta— y entonces se presenta como un misterio y no como un problema de unidades.

La única pista visual que merece la pena conocer es una línea de capacidad que nunca acaba de encajar. Si una serie de uso se dibuja contra una capacidad tomada de otro sitio y se estanca en el 93 o en el 107 % en lugar de en el 100, esa proporción es el hueco entre unidades y no un artefacto de medida. Los dos números que hay que reconocer son 1,074 y 0,931; sus equivalentes de un solo escalón son 1,049 y 0,954.

La trampa de verdad no es una conversión sino una cadena en la que la unidad cambia en cada eslabón: la capacidad se compra en GB decimales, el nodo se describe en GiB, el límite se escribe en Mi y el panel muestra aquello para lo que se configuró. Cada uno de esos pasos es perfectamente factible; lo que falla es hacer tres de ellos a ojo.

La solución duradera no es acertar una vez con esta conversión, sino dejarla de necesitar. Convierte todo a bytes en el punto donde los números se comparan, acuerda bytes en la frontera entre dos sistemas y deja las unidades amables para la presentación. Es la misma disciplina que se aplica a las zonas horarias y por el mismo motivo: la ambigüedad no está en la aritmética, que es trivial, sino en la cantidad de sitios donde alguien tiene que acordarse de qué convenio regía.

Cuando un umbral tiene que quedar escrito en MiB, lo que conviene escribir no es 762,9 sino de dónde sale: el ochenta por ciento de un gigabyte, con el 953,674 a la vista. Un revisor puede comprobar esa línea en diez segundos y no puede comprobar un literal, y quien la herede dentro de un año sabrá si el número era una fracción de una asignación o una cifra elegida a mano.

Lo mismo vale para los nombres. Una variable que contiene bytes se llama como lo que contiene, se muestre después como se muestre, y un campo que contiene mebibytes lo dice en su nombre. Una convención aplicada de memoria en seis puntos distintos no se puede verificar; una frontera documentada se verifica en un minuto, y esa diferencia es toda la solución.