kB を GB に変換

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

1 ギガバイトは 10 億バイトです。ディスクのメーカー、通信のデータ容量、動画のサイズが使っているのと同じ十進の意味です。

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

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

十進法はこの比率をきれいな10のべき乗にしてくれます。1キロバイトは10の3乗バイト、1ギガバイトは10の9乗バイトなので、1ギガバイトにはちょうど100万キロバイトが入ります。これがSI接頭辞の意味であり、ストレージメーカー、あらゆるネットワーク規格、容量を提示するサービスが使う慣習です。換算は覚えるべき係数のない、小数点を6桁動かすだけの操作です。

このペアが生む間違いは1.05倍ではなく1,000倍の誤りです。メガバイトの関係——1,000個でギガバイトになるという感覚——を頭に持っている人が、ここでも同じ1,000を当てはめてしまい、桁を3つ外してしまいます。有効な防御策は、答えを規模ごと声に出して確認することです。500,000 kBは0.5ギガバイトであり、数十万キロバイト台の合計が数百ギガバイトとして出てきたら、どこかの段階が抜け落ちています。

この計算の形は常に同じです。キロバイト単位の平均アイテムサイズに個数を掛け、100万で割ります。1日5,000万行のログが1行あたり2 kBなら100,000,000 kB、これは1日100 GB、1年で36.5 TBです。20万枚のサムネイルが1枚40 kBなら8,000,000 kB、つまり8 GBです。1,000万行のデータベースレコードが1行1.5 kBなら、インデックスを数える前で15 GBです。

この連鎖の中でいちばん弱い数字は割り算ではなく、ほとんどの場合平均値のほうです。ファイルやレコードのサイズは裾の長い分布を取ることが多く、少数の非常に大きなアイテムが平均を押し上げるため、100個のサンプルで測った平均は2倍ずれることがあります。実データの現実のサンプルで平均を測り、その個数を明記し、結果は最も近いギガバイトではなく有効数字1〜2桁で示してください。

ファイルシステムはバイトをそのまま渡してくれるわけではなく、ブロック単位で渡します。ext4とNTFSの一般的なデフォルトは4,096バイトです。1 kBのファイルは1ブロック全体を占有し、5 kBのファイルは2ブロック占有し、4.1 kBのファイルも2ブロック占有します。だから1 kB平均のファイルが100万個あれば、コンテンツとしては1ギガバイトでも、ディスク上ではおよそ4 GiB——見積もりの4倍——を占有し、これは単位とは無関係な丸めから生じています。

この効果はアイテムが大きくなるにつれて薄れ、数十キロバイトを超えるとほぼ消えます。最後のブロックの余白がファイル全体に占める割合が小さくなるからです。一つの大きなファイル内のレコードには決して当てはまりません。1つのデータベースファイルやログファイル内の200万行の2 kBレコードは端から端まで詰めて格納され、ブロックの丸めはファイル全体で一度だけ発生します。小さなものがファイルなのかレコードなのかが、この規模での見積もりで最初に確認すべき質問です。

キロバイト単位の小さな断片としてやってくるもののほとんどはテキストであり、テキストは強く圧縮されます。ログ行、JSONドキュメント、CSVエクスポート、SQLダンプは、一般的なアルゴリズムで元のサイズの5分の1から10分の1程度まで縮むことが多く、フィールド名やタイムスタンプ、構造がすべての行で繰り返されるからです。1日あたり100 GBの非圧縮見積もりは、保存時には1日あたり10から20 GB程度になることが頻繁にあります。

例外はすでに圧縮済みのコンテンツです。JPEGサムネイル、MP3プレビュー、動画セグメントには取り除ける有用な冗長性がもう残っておらず、アーカイバに通しても数パーセント程度の削減にとどまります。だから見積もりは二段階に分けて組み立てるべきです。テキストは圧縮後のサイズで、メディアは保存時のサイズで見積もり、両者を合算します。単一の比率をすべてに当てはめるのではなく。

このページでは100万で割ります。二進法の対応する換算では1,048,576で割ります。1ギビバイトは1,000×1,000のキロバイトではなく1,024の2乗のキビバイトだからです。この二つの除数は4.9パーセント離れていて、これはキロバイトとキビバイトの間の2.4パーセントより大きく、ギガバイトとギビバイトの間の7.4パーセントより小さい値です。1,024の段階を踏むたびに差は広がり、このペアはそれを二段階踏んでいます。

平均アイテムサイズに2倍の不確かさを抱えた見積もりでは、4.9パーセントは気にする対象ではありません。それが重要になるのは数字が推定ではなく正確であるべき場面です——請求額をファイルシステムのレポートと照合するときや、移行が予定どおりすべてを移したか確認するときです。そこでは正確なバイト数から一度だけ換算し、どちらの除数を使ったかを明記するのが原則です。

この規模でほとんどの人が使うUnixツールは、十進のキロバイトを意味している可能性がいちばん低いものです。duとdfはデフォルトで1,024バイトブロックを報告し、KやKBというラベルを付けます。この慣習はキビバイトという単位が生まれるずっと前からあります。4,096 Kと報告されたディレクトリは4,194,304バイトで、976,562,500 Kと報告されたファイルシステムはちょうど1テラバイトです。

どちらも十進法に切り替えるフラグを受け付けるので、その数字がターミナルからスプレッドシートに移る前にその違いを知っておく価値があります。1テラバイトを通して見ると二つの読み取り値は24 GB異なり、それは容量計画を実際より余裕があるように見せかけるのに十分な量です。数字がコピーされる瞬間に、どちらの慣習に基づく数字かを記録しておいてください。後からその数字自体が教えてくれることは何もありません。