MiB in kB umrechnen

Ein Mebibyte sind 1.024 Kibibyte, also 1.048.576 Byte. Linux-Werkzeuge und Speicherangaben meinen in aller Regel das, auch wenn „MB" dasteht.

Ein Kilobyte sind 1.000 Byte, wenn ein Normungsgremium es definiert, und 1.024, wenn ein Betriebssystem es tut. Diese Seite rechnet mit 1.000; die Einheit für 1.024 heißt Kibibyte.

Der Faktor ist 1048,576, und den trägt praktisch niemand mit sich herum. Auf 1050 gerundet liegt er um 0,14 % daneben — bei kleinen Zahlen unsichtbar, bei etwa 1.000 MiB wird daraus eine ganze Einheit.

Genau das ist die Zahl, die man vor dem Runden wissen will: nicht der Fehler selbst, sondern ab wann er aufhört, egal zu sein. Darunter ist der kurze Faktor der vernünftige; darüber nimm das Feld oben, das erst beim Ausgeben rundet.

Ein MiB sind 1.024 der Einheit darunter, ein MB sind 1.000. Auf dieser Seite ist das der Unterschied zwischen 1048,576 kB und 1000 kB — 4,9 % —, und der Abstand wächst mit jeder Stufe. Bei einem Foto ist er ein Rundungsfehler, bei einer Festplatte ein sichtbares Stück.

Darin besteht das Rätsel um den fehlenden Speicherplatz vollständig. Eine Platte, die als MB verkauft wird, enthält exakt das, was draufsteht; Windows teilt anschließend durch 1.024 statt durch 1.000, behält den dezimalen Namen bei und zeigt deshalb eine kleinere Zahl an. macOS rechnet seit Version 10.6 in den dezimalen Einheiten und zeigt die Zahl von der Verpackung — dieselbe Platte, zwei Rechner, zwei Größen, und verloren geht dabei nichts.

Build-Werkzeuge wie Webpack oder Vite geben die Größe einer Datei binär aus, weil sie beschreiben, was das Dateisystem tatsächlich belegt. Ein Performance-Budget dagegen ist praktisch immer in dezimalen Kilobyte notiert, weil das die Einheit ist, in der Netzwerkübertragung seit jeher gerechnet wird. Beide Zahlen sind für sich richtig, und sie stimmen nicht überein.

Die Umrechnung ist eine Multiplikation mit 1.048,576. Ein Bundle, das der Build-Report mit 1,5 MiB angibt, sind 1.572,9 kB — nicht 1.536 und nicht 1.500. Gegen ein Budget von 1.500 kB ist das eine Überschreitung um fast fünf Prozent, und genau die verschwindet, wenn im Kopf gerundet wird: „eineinhalb Megabyte" klingt nach genug Luft.

Ein zufälliger Messfehler gleicht sich über viele Assets aus; ein Einheitenfehler nicht, weil er jedes Mal in dieselbe Richtung wirkt. Jede Datei erscheint etwas kleiner, als sie ist, die Summe erscheint kleiner, und jeder Vergleich mit dem Budget fällt zu optimistisch aus. Im Bericht sieht nichts falsch aus — der Widerspruch zeigt sich erst, wenn echte Felddaten gemessen werden, die tatsächlich Byte zählen.

Bei zwanzig Assets, jedes mit dem gerundeten Faktor umgerechnet, fehlen der Seite insgesamt 2,4 Prozent — auf einer mittelgroßen Seite oft dreißig bis vierzig Kilobyte. Das entspricht ungefähr einer kompletten kleinen Bibliothek, für deren Entfernung ein Team sonst einen Nachmittag investiert. Die korrekte Umrechnung liefert dieselbe Ersparnis durch eine einzige Zeile Arithmetik.

Bevor die 4,9 Prozent überhaupt wichtig werden, lohnt sich die Frage, ob die Zahl das Richtige misst. Ein Build-Tool meldet die Größe der geschriebenen Datei; auf der Leitung landet die komprimierte Version. Textbasierte Assets komprimieren typischerweise auf ein Fünftel bis ein Viertel der Rohgröße, sodass ein 1,5-MiB-Bundle auf dem Draht durchaus 350 kB sein kann — ein Budget gegen die Rohgröße ist dann um einen Faktor daneben, nicht um einen Prozentsatz.

Das macht die Einheitenumrechnung nicht überflüssig, denn auch die komprimierte Zahl braucht eine Einheit, und dieselben 2,4 Prozent gelten für sie. Es klärt nur die Reihenfolge: erst festlegen, welche Stufe der Pipeline gemeint ist, dann die Einheit umrechnen. Wer das umdreht, hat eine präzise Zahl über die falsche Größe.

Ein deutsches Team, das seine Seite ausschließlich über Büro-Glasfaser testet, sieht die Lücke selten. Auf dem Land, wo LTE die einzige Option ist und Datenvolumen oft noch knapp bemessen sind, entscheidet jedes ungeplante Kilobyte über spürbare Ladezeit und über verbrauchtes Volumen, das der Kunde bezahlt. Ein Budget, das durch eine falsche Rundung ein paar Prozent zu großzügig war, fällt dort auf, wo niemand mehr nachmisst.

Am kritischsten ist das bei Assets, die den ersten Bildaufbau blockieren: kritisches CSS, Skripte vor dem ersten Inhalt, Schriften. Ein Ziel von 150 kB blockierendem JavaScript hat kaum Reserve; wer eine 0,15-MiB-Angabe als 150 statt als 157,3 kB behandelt, hat fünf Prozent des Budgets bereits in der Rundung verloren, bevor überhaupt ein Byte Code dazukommt.

Ein Budget ist eine Zahl, die jemand anders Monate später ohne den Kontext anwendet, den die Autorin hatte. Deshalb gehören drei Angaben fest dazu: die Menge, die Einheit samt System, und die Pipeline-Stufe — komprimiert oder roh, pro Datei oder pro Seite. Was von diesen drei Angaben fehlt, wird durch eine Annahme ersetzt, und die Annahme weicht oft genug ab, um Ärger zu machen.

Praktisch heißt das: das Budget in Byte in der Konfigurationsdatei festschreiben, die es durchsetzt, und die menschenlesbare Zahl daneben in der Dokumentation. Byte lassen sich nicht falsch lesen, sie vergleichen sich direkt mit der Rohmessung jedes Werkzeugs, und niemand muss raten, ob 1.000 oder 1.024 gemeint war.