kB を MB に変換

1 キロバイトは、標準化団体が定義すれば 1,000 バイトで、OS が定義すれば 1,024 バイトです。このページは 1,000 で計算します。1,024 のほうはキビバイトという名前を持っています。

1 メガバイトは 100 万バイトです。記憶装置のメーカーは昔から十進で数えてきました。だからその数字は、コンピューターが表示する数より大きく見えます。

キロバイトからメガバイトへ移ると、小数点が左へ 3 桁ずれます。ほかには何も変わりません。覚えておく倍率もなければ、丸め方を決める必要もありません。数字は同じ並びのまま、位置だけが動きます。

1,234 kB は 1.234 MB——同じ数字が、ずれただけです。ひと目で検算できる数少ない計算がこれです。結果の数字が始めたときの数字と違っていたら、それを変えたのはこの計算ではありません。

このページのメガバイトは100万バイトなので、1,000キロバイトになり、変換は小数点を3桁動かすだけです。接頭辞は他の計測と同じように振る舞い、キロは千、メガは百万で、はしごのどの段も1つ下より同じ係数だけ大きくなります。この一貫性こそが10進法を実用上支持する論拠で、頭の中でサイズをはしごの上下に動かせます。

2進法の対——キビバイトとメビバイト——はどちらも1,024を使うので、メビバイトは1,048,576バイトになり、メガバイトより4.9パーセント上に位置します。段を2つ経ると差が見えてきます。5,000キロバイトの合計は10進法では5MBですが、2進法の単位では4.77にしかなりません。たいていはこの差より合計そのものの誤差のほうが大きいですが、上限の場面では5パーセントが全体の余白になります。

ほとんどの人は1つのキロバイトの数字をメガバイトに変換するのではなく、合計を変換します。その一覧はビルドレポートやメールクライアント、ファイルダイアログ、エクスポートから来ます。安全な手順はキロバイトのまま合計してから一度だけ変換することです。各行を先に変換して丸めると、行ごとに誤差が入り、それが一方向に積み重なります。公開されているサイズは切り上げより切り捨てられることのほうが多いからです。

その一覧が隠している2つ目の問題は、除外しているものです。ビルドレポートはたいてい生成したアセットだけを数え、スタイルシートから参照されるフォントや画像は数えません。メールクライアントは添付ファイルだけを数え、本文やインラインの画像は数えません。ファイルダイアログはファイルだけを数え、ディレクトリやその占有量は数えません。メガバイトの合計は一覧と同じだけの正確さしか持たず、驚きの原因は割り算ではなく一覧のほうにあります。

高密度3.5インチディスクは1,474,560バイトを保持していました。これは1,440キビバイトです。ラベルの数字は1,024で1回割って1,440を得て、さらに1,000でもう一度割って1.44を得るという方法で作られていました。だから「1.44MB」のメガバイトは1,024,000バイトという、どの標準にも存在しない、単一の製品のマーケティングが生み出したハイブリッドでした。このページの単位で言えばそのディスクは1.47MBを保持し、2進法の単位で言えば1.41MiBを保持していました。

これはラベルが算術より先に選ばれるとどうなるかを示す、この分野でいちばんはっきりした例です。誰も嘘をついておらず、箱に書かれたどの数字も実際のバイト数から導かれていて、それでも結果は何の意味も持たない単位になりました。「見た目が正しくなる数で割って、見慣れた接尾辞を印字する」という同じ本能が、今日のファイルマネージャー間の食い違いを生んでいます。

Windows のファイル一覧が「1,024KB」と表示しているなら、それはバイト数を1,024で割ったもので、そのキロバイトは別名のキビバイトです。その数字を合計して1,000で割ると2つの体系を混ぜてしまい、結果はきれいなメガバイトでもきれいなメビバイトでもない、想定しているどちらの単位からもおよそ2.4パーセントずれた値になります。100件のファイルの一覧では、これはノイズではなく一定方向のずれになります。

対処法はバイト数が手に入る場合はそれを使うことです。Windows はプロパティダイアログにそれを表示し、どのスクリプトツールも公開しています。バイト数は両方の体系が一致して認める唯一の数字です。丸められたキロバイトの列しか手元にない場合は、大まかな判断には十分ですが、他の何かがそのファイルを測って比べる上限には使わないでください。

ウェブページは何十もの個別のアセットとして届き、それぞれは無害に見えるサイズです。24KBのフォント、140KBのスクリプト、380KBのヒーロー画像、90KBの解析タグのバンドルなどです。どれ1つとして議論する価値はありませんが、合計は誰も1つの判断をしないまま1メガバイトを超えます。一覧を変換することが、その合計を見える形にする方法です。

変換すべき数字は、生のサイズではなく転送されるサイズです。テキスト系のアセットは途中で圧縮され、画像は再び圧縮されないからです。生のキロバイトを列挙したビルドレポートは、スクリプトの数字をおよそ3倍過大に見せ、画像については正しいままなので、いちばん悪い組み合わせになります。合計は間違っていて、しかも均等に間違っていないので、いちばん大きく見える項目が、実際に取り除く価値のある項目とは限りません。

メガバイトの小数点以下1桁は100キロバイトを表し、2桁は10キロバイトを表すので、正しい桁数は合計が何のためのものかに完全に左右されます。ページの重さ予算は10分の1単位で議論されます。10分の1メガバイトは丸ごと1つのフォントに相当するからです。写真ライブラリーではそうではありません。100キロバイトの差はどちらであっても誰かが判断を下す対象にはならないからです。

入力よりも多くの小数を示すことは決してすべきではありません。整数キロバイトに丸められた一覧は、スプレッドシートがどれだけ自信満々に表示しようとも、メガバイトの3桁小数を裏付けられません。元のバイト数が手元にあるならその桁数は本物ですが、一覧がすでに丸められていたなら、その桁は丸めの丸めにすぎません。