kB in B umrechnen

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.

Ein Byte sind acht Bit, was nicht immer feststand — frühe Rechner nutzten sechs, sieben oder neun. Acht setzte sich durch, weil damit ein Schriftzeichen hineinpasst und die Zahl sich sauber halbieren lässt.

Von Kilobyte auf Byte verschiebt sich das Komma um 3 Stellen nach rechts — mehr passiert nicht. Es gibt keinen Faktor zu behalten und nichts zu runden: die Ziffern bleiben in derselben Reihenfolge, nur ihre Position ändert sich.

1.234 kB sind 1234000 B — dieselben Ziffern, ein Stück weitergerückt. Das ist die eine Umrechnung, die du auf einen Blick prüfen kannst: stehen im Ergebnis andere Ziffern als am Anfang, war es nicht diese Umrechnung, die sie verändert hat.

Dezimal ist diese Umrechnung die einfachste in der ganzen Datenmenge-Familie: Kilo ist 10³, ein Kilobyte sind 1.000 Byte, 47 kB sind 47.000. Das ist die SI-Bedeutung des Präfixes, die von jedem Netzstandard verwendete Bedeutung und die, mit der Speicherkapazitäten verkauft werden. Die Ziffern bleiben stehen, nur der Dezimalpunkt wandert.

Die binäre Lesart ergibt 1.024 Byte, korrekt Kibibyte genannt und KiB geschrieben. Beide liegen 2,4 Prozent auseinander – der schmalste Abstand zwischen einem dezimalen und einem binären Paar überhaupt, er wächst auf 4,9 Prozent bei Mega, 7,4 bei Giga, 10 bei Tera. Genau diese Schmalheit ist der Grund, warum die Zweideutigkeit hier am längsten überlebt hat: Beim Kilobyte fällt der Unterschied fast nie groß genug auf, dass jemand merkt, welche der beiden Bedeutungen benutzt wurde.

Der Buchstabe entscheidet mehr als die Zehnerbasis. Ein großes B ist ein Byte, ein kleines b ist ein Bit, und acht Bit sind ein Byte – 1 kB sind 8 kbit. Deutsche Internetanschlüsse werden traditionell in kbit/s oder Mbit/s beworben, während ein Download-Manager oder Windows-Explorer die Dateigröße in kB oder MB anzeigt, und wer eine beworbene Bandbreite direkt als Dateigröße pro Sekunde liest, überschätzt den Durchsatz um das Achtfache.

Praktisch heißt das: Eine 16-Mbit/s-Leitung liefert höchstens 2 MB pro Sekunde, nicht 16. Ein Musikstream mit 256 kbit/s zieht 32 kB in der Sekunde, das sind 115 MB in der Stunde. Wer die Zahl von der Werbetafel ungeteilt in eine Downloadgröße pro Sekunde umrechnet, plant mit einer Geschwindigkeit, die es nicht gibt.

Ein Web-Performance-Budget – so viele Kilobyte JavaScript, CSS oder Gesamtgewicht einer Seite – ist eine runde, dezimal gedachte Zahl, geprüft gegen eine Übertragungsgröße, die ein Werkzeug in Byte meldet. Ein Budget von 170 kB sind 170.000 Byte, nicht 174.080.

Wichtiger als der Divisor ist, welche Größe gemessen wird: Gegen ein Budget zählt die komprimierte Übertragungsgröße, weil die tatsächlich über die Leitung geht, und für JavaScript ist das üblicherweise ein Drittel der Datei auf der Festplatte. Ein 520.000-Byte-Bundle unkomprimiert kann als 160.000 Byte Brotli ankommen und ein 170-kB-Budget locker einhalten – ein Vergleich zwischen der unkomprimierten Zahl und dem Budget ist also gar kein Vergleich.

Unter einem Megabyte bestimmen Zweierpotenzen das Verhalten, nicht Zehnerpotenzen. Ein Datenträgersektor sind 512 oder 4.096 Byte, eine Speicherseite fast überall 4.096 Byte, eine Dateisystem-Blockgröße meist ebenfalls 4.096, ein TCP-Segment auf normalem Ethernet trägt bis zu rund 1.460 Byte Nutzlast. Keine dieser Zahlen ist rund in Kilobyte, in keinem der beiden Systeme, und alle bestimmen Verhalten, das eine Einheitenumrechnung nicht erklärt.

Deshalb belegt eine 1-kB-Datei auf ext4 oder NTFS in der Praxis 4.096 Byte und eine 5-kB-Datei 8.192 Byte. Es ist auch der Grund, warum Puffergrößen als 4.096, 8.192 oder 65.536 gewählt werden statt als 4.000 oder 50.000 – ein an eine Seite oder einen Block ausgerichteter Puffer bewegt sich in ganzen Einheiten, ein nicht ausgerichteter überspannt zwei. Bei dieser Größenordnung lohnt sich die Frage weniger "welches Kilobyte" als "welcher Grenze ist diese Zahl am nächsten".

Eine in Kilobyte formulierte Grenze auf Text ist eine Bytegrenze, und UTF-8 kostet nicht ein Byte pro Zeichen. Reines ASCII kostet eins, doch ä, ö, ü und ß kosten je zwei Byte, die meisten kyrillischen und griechischen Zeichen ebenfalls zwei, viele CJK-Zeichen drei, Emoji und viele Symbole vier. Ein 2-kB-Feld fasst also 2.000 Zeichen reines Englisch, aber nur rund 1.800 bis 1.900 Zeichen eines deutschen Textes mit Umlauten.

Das schlägt überall dort durch, wo eine Grenze an anderer Stelle greift als dort, wo sie festgelegt wurde: Eine deutsche Formulareingabe – etwa ein Freitextfeld in einer Behörden- oder ELSTER-Maske – kann auf Zeichen begrenzt sein, während ein Datenbankfeld, ein Cookie-Limit oder eine Protokollgrenze weiter hinten in Byte zählt, und ein nach der einen Regel passender Wert wird nach der anderen abgelehnt. Wo eine Grenze gegen eine Messung in Byte geprüft wird, ist die sichere Annahme, dass alles Weitere ebenfalls in Byte zählt.

Ein Test klärt die Frage. Einen Wert nehmen, der exakt 1.024 Byte groß ist: Ein Werkzeug, das ihn als 1,02 kB anzeigt, rechnet dezimal; eines, das 1,0 KB zeigt, zählt in Kibibyte, unabhängig davon, welche Buchstaben es druckt. Unter Linux sind du und df standardmäßig binär und akzeptieren eine Option für Zehnerpotenzen; Browser-Netzwerkansichten und die meisten Web-Performance-Werkzeuge rechnen dezimal, passend zur Art, wie Übertragungsraten angegeben werden.

Weichen zwei verglichene Zahlen um rund 2,4 Prozent voneinander ab und passt keine andere Erklärung, liegt es am Divisor. Weichen sie um einen Faktor vier bei einer kleinen Datei ab, liegt es an der Blockzuteilung. Weichen sie um etwa das Dreifache ab, ist eine der beiden Zahlen komprimiert und die andere nicht. Diese drei Prüfungen klären fast jede Abweichung im Kilobyte-Bereich, und in dieser Reihenfolge lohnt es sich, sie durchzugehen.