TB を kB に変換

1 テラバイトは 1 兆バイト、つまり 10¹² です。1 TB として売られるディスクにはきっちりそれだけ入っています。足りなく見えるのは単位の食い違いであって、不足ではありません。

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

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

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

10進法だとこの比は正確でありながら覚えにくいものです。1キロバイトは10の3乗バイト、1テラバイトは10の12乗バイトなので、1テラバイトには1,000,000,000キロバイトが入ります。これは1回の計算で小数点を9桁動かすことになり、たいていの人が頭の中で確実に保持できる桁数を超えているので、このペアはとくに見積もるより計算機に入力する価値があります。

この規模の差が、この2つの単位がふつう報告書以外では同じ文の中に出てこない理由でもあります。テラバイトはボリュームやアレイ、購入品を表し、キロバイトはログの行やパケット、設定ファイルを表します。人が両方の単位で日常的に扱うものは何もなく、両者をつなぐ直感も存在しません。10億という数字は誰にも思い浮かべられないもので、だからこそここでの答えは見積もるのではなく計算する必要があります。両方が一緒に出てくるときは、たいていツールが小さいものを小さい単位で報告することを選んだ結果で、興味深い問いはどちらの小さい単位を意味していたかです。

df と du は既定で1Kブロックで報告し、そのブロックは1,024バイトです。この慣習はキビバイトという名前が生まれた1998年より前からあり、多くのツールがその出力を解析しているため一度も変わっていません。1テラバイトのファイルシステムは1,000,000,000ではなく976,562,500ブロックと表示され、しかも976,562,500×1,024はちょうど1,000,000,000,000になり、これは実機でその算術を確認する満足のいく方法です。

どちらのツールも単位を変更するフラグを受け付けるので、いちばん安全な習慣はバイト単位で求めて自分で一度だけ変換することです。それができない場合は、その数字を書き写す瞬間にブロックサイズを一緒に記録してください。そのあとの数字は、どちらの慣習で作られたかを何も語ってくれません。スプレッドシートやメールを経た合計は、その情報を永久に失っています。

キロバイトとキビバイトの差はデータ単位の中でいちばん狭く、キロバイトの規模では実質的に無視できます。テラバイトを掛け合わせると無視できなくなります。10進法の1,000,000,000キロバイトとキビバイトの976,562,500の差は23,437,500単位で、これは24,000,000,000バイト、つまり24GBで、現代のゲーム1本分の5分の1にあたります。

これがこのペアを、この10進法データの集合の中でほかと違うものにしています。それより下の単位では、2.4パーセントは圧縮率やブロックの丸めの隣ではノイズにすぎないという助言が通用します。ここでは乗数が9桁分もあり、間違ったキロバイトで組み立てられた容量計画は、たいていの人がハードウェア予算で許容する幅を超えてずれます。

この変換をするもう1つの理由は、容量を件数に変えることです。1テラバイトは10億キロバイトなので、4キロバイトのレコードなら2億5,000万件、2キロバイトのログ行なら5億件、1キロバイトの行なら10億件を、隙間なく詰めた場合に収められます。この数字が役立つのは、まさに数えられるものだからです。1日5,000万件、1件2キロバイトのイベントを生むシステムは、10日でテラバイトを埋めます。

確かめるべきなのは詰め方の前提です。データベースファイルやログファイルの中のレコードは連続していて、この算術は成り立ちます。別々のファイルとして分かれたレコードはそうはいきません。4,096バイトブロックのファイルシステムでは、4キロバイト未満のファイルはどれもブロックを丸ごと1つ占有するので、10億個の1キロバイトファイルには1テラバイトではなくおよそ4TBが必要になります。小さいものが行なのかファイルなのかで答えが4倍変わります。

クォータのレポートはファイルサイズの合計ではありません。クォータの集計は割り当てられたブロックを追跡します。それがボリュームに対してファイルシステムが課金する対象だからで、部分的に埋まったブロックの末尾の無駄も含みます。小さいファイルを大量に持つユーザーは、そのファイルサイズの合計は余裕で収まっていても、クォータを超えてしまうことがあり、そこにはどこにも誤りはありません。

これを変換するには数字だけでなくブロックサイズも必要です。1,000万ブロックは1,024バイトなら10.24GB、4,096バイトなら40.96GB、システムがたまたま512バイト単位で報告していれば5.12GBで、これは数字自体には何も現れないパラメーターによって8倍もの幅が生まれます。クォータの数字を何かに使う前に、ファイルシステムにブロックサイズを尋ねてください。

精度そのものは危険にさらされていません。10億も、このページのどの数字も、スプレッドシートや標準的な浮動小数点演算が正確に表現できる範囲の内側にある整数なので、計算では何も失われません。うまくいかないのは表示です。一般書式のセルは1,000,000,000を1E+09として描画し、狭い列はハッシュ記号の並びを表示し、そのどちらかから打ち直された数字は静かに近似値になっています。

数字が届く前に列をプレーンな整数として書式設定し、ゼロが1つ抜けたり多かったりしたときに気づけるよう桁区切りを残し、単位はメモではなく見出しに書いてください。区切りのない9桁の数字は読めず、ゼロが1つ抜けたために10倍ずれた容量計画は、このページのどんな単位の混同よりずっとよくある失敗です。