Cookies voor statistiek en advertenties
We gebruiken cookies voor statistiek en voor advertenties, allebei naar Google. Weigeren verandert niets aan wat je te zien krijgt.Lees de privacypagina
1 MiB = 1048,576 kB
Tik een waarde in en de omrekening van mebibyte naar kilobyte loopt mee terwijl je typt. De factor is precies 1048,576: zoveel kB komt er op 1 MiB. De berekening gebeurt op je eigen apparaat; na het laden vraagt deze pagina geen server meer iets.
700 MiB is 734000 kB
— een audio-cd, waar dat getal vandaan komt.
8 MiB is 8389 kB
— een geheugenblok zoals een programma dat reserveert.
0,4768 MiB is 500 kB
— een lichte webpagina.
0,06104 MiB is 64 kB
— een lange e-mail.
| MiB | kB |
|---|---|
| 1 | 1048,576 |
| 2 | 2097,152 |
| 5 | 5242,88 |
| 10 | 10485,76 |
| 50 | 52428,8 |
| 100 | 104857,6 |
| 500 | 524288 |
| 1000 | 1048576 |
MiB naar kB omrekenen
Een mebibyte is 1.024 kibibyte, oftewel 1.048.576 bytes. De hulpmiddelen van Linux en de geheugengetallen bedoelen vrijwel altijd dit, ook als er «MB» staat.
Een kilobyte is 1.000 bytes als een normalisatie-instituut hem definieert en 1.024 als een besturingssysteem dat doet. Deze pagina rekent met 1.000; de eenheid van 1.024 heet kibibyte.
De factor is 1048,576, en die draagt vrijwel niemand met zich mee. Afgerond op 1050 zit hij er 0,14 % naast — bij kleine getallen onzichtbaar, en rond 1.000 MiB een hele eenheid.
Dat is het getal dat je vóór het afronden wilt weten: niet de fout zelf, maar vanaf waar hij ophoudt verwaarloosbaar te zijn. Daaronder is de korte factor de verstandige; daarboven gebruik je het veld hierboven, dat pas afrondt op het moment van afdrukken.
Eén MiB is 1.024 van de eenheid eronder; één MB is 1.000. Op deze pagina is dat het verschil tussen 1048,576 kB en 1000 kB — 4,9 % — en het gat groeit bij elke stap omhoog: op een foto een verwaarloosbare afronding, op een harde schijf een zichtbaar stuk.
Hierin zit het raadsel van de verdwenen opslag volledig. Een schijf die als terabyte verkocht wordt bevat in decimale eenheden precies wat erop staat; Windows telt hem daarna in binaire eenheden maar houdt de decimale naam aan, en daar krimpt het getal zonder dat er iets weg is. macOS telt deze eenheden sinds 10.6 decimaal, en daarom kan dezelfde schijf op twee computers twee maten lijken.
Buildtooling telt in binaire eenheden omdat het beschrijft wat een bestandssysteem bevat. Prestatiebudgetten staan in decimale kilobyte omdat ze bytes over een netwerk beschrijven, waar machten van tien al conventie waren voordat iemand een megabyte JavaScript verstuurde.
De omzetting is een vermenigvuldiging met 1.048,576. Een bundel gemeld als 1,5 MiB is 1.572,9 kB, niet 1.536 en niet 1.500. Tegen een budget van 1.500 kB is dat bijna vijf procent te veel.
Voordat je je zorgen maakt over 4,9 procent, controleer of het getal wel het juiste meet. Een buildtool meldt de grootte van het bestand dat het schreef; een gebruiker wacht op de gecomprimeerde bytes die over de verbinding gingen.
Tekstassets comprimeren doorgaans tot een vijfde à een kwart van hun ruwe grootte, dus kan een bundel van 1,5 MiB 350 kB op de kabel zijn, en een budget getoetst aan het ruwe cijfer zit er een factor naast, niet een percentage.
Een willekeurige meetfout middelt zich uit over genoeg assets; een eenheidsfout niet, want het is elke keer dezelfde vermenigvuldiging in dezelfde richting. Elke asset lijkt iets kleiner dan hij is.
Een pagina samengesteld uit twintig assets, elk omgezet met de ronde factor, is in totaal 2,4 procent tekort — misschien dertig of veertig kilobyte op een gemiddelde pagina. Dat is ongeveer de grootte van een hele kleine bibliotheek.
De twee zullen zelden hetzelfde getal tonen voor dezelfde asset, en de redenen stapelen zich op. Het buildrapport toont ruwe bytes in binaire eenheden; het netwerkpaneel toont overgedragen bytes, gecomprimeerd, in decimale eenheden.
De manier om ze te vergelijken is beide terugbrengen tot een bytetelling van dezelfde grootheid. Neem het gecomprimeerde artefact, lees de exacte grootte, en vergelijk die met de overgedragen grootte die de browser meldt.
Niet overal. De bytes die het meest tellen zijn die welke de eerste weergave blokkeren — de kritieke CSS, de scripts die moeten draaien voordat inhoud verschijnt, de lettertypes die tekst tegenhouden.
Dit is ook waar de eenhedenvraag ophoudt academisch te zijn, want kritieke-padbudgetten zijn de krappe. Een doel van 150 kB blokkerende JavaScript heeft vrijwel geen marge; een cijfer van 0,15 MiB omzetten alsof het 150 kB was in plaats van 157,3 kB heeft vijf procent van het budget aan rekenwerk besteed.
Een budget is een getal dat iemand anders maanden later toepast zonder de context die jij had. Dat betekent dat het drie dingen erbij vermeld moet hebben: de hoeveelheid, de eenheid inclusief welk systeem, en de fase van de pijplijn.
De mechanische versie is het budget in bytes uit te drukken in welke configuratie het ook handhaaft, en het mensvriendelijke cijfer in de documentatie ernaast te laten verschijnen. Bytes kunnen niet verkeerd gelezen worden.
1 MiB is 1048,576 kB. De waarde is exact en niet afgerond: de verhouding tussen mebibyte en kilobyte ligt per definitie vast.
Nee. De berekening gebeurt in je browser. Je kunt de verbinding verbreken en gewoon doorrekenen, en dat is meteen de eenvoudigste manier om het na te gaan.
Omdat twee verschillende eenheden dezelfde naam dragen. Fabrikanten rekenen 1 GB = 1.000.000.000 bytes; Windows toont gibibytes, dus 1.073.741.824 bytes, maar noemt ze «GB». Dezelfde schijf lijkt daardoor zeven procent kleiner. Er is niets verdwenen.
Eén kB is 0,000953674 MiB. Het is dezelfde verhouding achterstevoren gelezen, dus een uitkomst van de ene pagina die je door de andere haalt, moet weer uitkomen waar hij begon.
Wat deze pagina over informatie-eenheden beweert, is na te gaan, en dit zijn de documenten die de zaak beslechten.
De factor is een constante op de pagina en de som is vier bewerkingen, dus er gaat niets ergens heen en er hoeft ook niets heen. Het getal dat je intikt verlaat de browser niet — er is geen verzoek waarin het zou kunnen meereizen.