B を TB に変換

1 バイトは 8 ビットですが、いつもそう決まっていたわけではありません。初期の計算機は 6 ビット、7 ビット、9 ビットを使っていました。8 が勝ったのは、そこに 1 文字が収まり、しかもその数がきれいに半分ずつ割れるからです。

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

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

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

1 個のオブジェクトとして保存されるもので 13 桁に達するものはありません。この桁数の数字は何かの合計です。バケット内のすべてのオブジェクト、テーブルのすべての行、1 か月分のログ、バックアップセット、スクリプトが集計したラック中のドライブなどです。それを知ることで、この変換の目的が変わります。1 個のファイルの大きさを測るのではなく、容量やコストについての判断を測るための変換になります。

それはまた、答えをどこまで信頼できるかも変えます。1 個のファイルには 1 つの正確な長さがありますが、合計値はわずかに異なる時点で取られた何千、何百万もの計測の集まりから組み立てられ、たいていどこかのカテゴリーが静かに漏れています。テラバイトの数字は、その裏にある合計と同じだけの信頼性しか持たず、その合計は大きくなる前からすでにおおよそのものです。

この変換は小数点を左へ 12 桁動かす作業で、言葉にするのは簡単でも 3 桁単位で間違えやすいものです。右から 3 桁ずつまとめ、単位・千・百万・十億・一兆と声に出して数えれば、完全なまとまりの数がそのまま単位を教えてくれます。3,847,201,553,920 は先頭の桁のあとに 4 つのまとまりがあるので 3.847 TB であり、384.7 GB ではありません。

よくある失敗はこうです。13 桁の数を 12 桁として読むと答えは 10 分の 1 小さくなり、それでいて一見まったく妥当に見えます。384 GB という数字も 3.8 TB という数字もどちらも普通にありうる値だからです。答えの中にその間違いを示すものは何もありません。まとまりを意識して数えることは、あとで発覚するより安上がりです。

表計算ソフトやプログラミング言語の実行環境は、長い整数を丸ごと表示するのをやめて 3.8472e12 のような形に切り替えます。指数は小数点が動いた桁数を表し、12 桁はまさにバイトとテラバイトを隔てる桁数と同じです。ですから指数が 12 のバイト数が現れたら、仮数部がすでにテラバイトの数字であり、それ以上の計算は要りません。指数が 11 なら数百ギガバイト、13 なら数十テラバイトです。

この表示の危険は表記そのものではなく、それが隠しているものです。表計算のセルが 3.85e12 と表示している場合、たいてい正確な整数は保持されたまま表示だけが短縮されていますが、その形でタイプまたは貼り付けられたセルは仮数部より下の情報をすべて失っています。バイト数をあとで請求書や割り当てと突き合わせるつもりなら、整数をテキストか 64 ビット値としてどこかに保存しておいてください。

10 進法と 2 進法の慣習の差は段が上がるごとに広がり、テラバイトでその差は最大になります。テビバイトは 1,099,511,627,776 バイトで、テラバイトより 10 パーセント大きいのです。3,847,201,553,920 バイトを変換すると 3.85 TB にも 3.50 TiB にもなり、この二つの数字は一見同じ量には見えません。段を上がるたびに差は積み重なります。キロで 2.4 パーセント、メガで 4.9 パーセント、ギガで 7.4 パーセント、テラで 10 パーセントです。

テラバイトの 10 パーセントは 100 ギガバイトで、これは合計がどこかに収まるかどうかを丸ごと左右するのに十分な量です。容量の数字と使用量の数字が別々のツールから出てきたときに最初に確認すべきは計算ではなく、片方が TB を名乗りながら実は 2 のべき乗で数えていないかどうかです。

集計されたバイト数はたいてい論理サイズです。何も付け加えずに 1 回だけ書いたとしたらどうなるかという値です。実際にディスク上に置かれるものはいくつもの理由で大きくなります。すべてのファイルはブロック境界に切り上げられます。レプリケーションは 2 重、3 重にコピーを保存します。スナップショットやバージョン管理されたオブジェクトは、現行のどのファイルからも参照されないブロックを生かし続けます。インデックス、先行書き込みログ、データベースの空き領域のオーバーヘッドは、テーブルサイズのクエリには現れない本物のバイトです。

圧縮と重複排除は逆方向に働き、大きく効くこともあります。似た構成の機械群のバックアップセットは、論理合計のごく一部しか実際には保存していないことがあります。結果として、テラバイトの数字には数字だけでなくラベルも必要です。容量判断のための合計と転送見積もりのための合計は別の量であり、間違ったほうを変換することは、このページ上のどんな丸め誤差よりも大きな誤りになります。

テラバイトの合計を小数点第 2 位まで書くことは、その数字が 10 ギガバイトの精度まで正しいと主張することになりますが、それを裏付けられる集計はほとんどありません。計測している最中にも数値は動き、どこかのカテゴリーが除外され、その数字を出したツール自体がすでに丸めているかもしれません。たいていの場合、小数点第 1 位が正当化できる限界で、留保付きの整数のほうが誠実なことも多いです。

例外は、金額や割り当てと突き合わされる数字で、そこでは正確な整数そのものが合意の対象であり、丸めは別の誰かの仕事です。その場合はバイト数そのものを保持し、表示のためだけに変換してください。テラバイトの数字はその数を語る手段にすぎず、請求や上限を実際に計算しているのはその数そのものです。

桁の見誤りの大半は、二つの大まかな目安で捕まえられます。スマホが保持できるものはすべてテラバイトを大きく下回り、テラバイトは動画や仮想マシンイメージを測る単位であるギガバイトの千倍です。ある変換がメールボックスを 4 TB だと言ったり、動画ライブラリを 0.004 TB だと言ったりしたら、バイト数の桁のまとまりを一つ多くか少なく読んだ可能性がほぼ確実です。

もう一つの確認は計算を逆にたどることです。テラバイトの答えに 1 兆を掛け、先頭の桁を元のバイト数と照らし合わせてください。3.85 TB は 3,850,000,000,000 を与え、これは元の数字の最初の 3、4 桁と、桁数そのものと一致するはずです。桁は一致しているのに全体の桁数が合わないというのが、この確認がまさに捕まえる失敗です。