数値・単位・ビット
GBとGiB、MbpsとMB/sをそろえて比較したい
使うツール
容量の説明を見比べると、どちらも『ギガ』なのに数字が合わないことがあります。回線の広告とダウンロード画面でも、同じ速度を見ているつもりが、片方はビット、もう片方はバイトかもしれません。単位の一文字を見落とすだけで、必要な保存容量や転送時間の見積もりが大きく変わります。
データ容量・速度単位ツールでは、数字を一度byteやbit/sへそろえてから比較できます。ここでは計算例の値だけを使い、製品の容量不足や回線の故障を診断することはしません。表示方法の違いで説明できる分と、実際の使用領域や通信条件として別に調べる分を分けることが目的です。
1GBと1GiBを、byteへ戻してみる
種類で容量を選び、入力値を1、変換元をGB、変換先をbyteにします。結果は1,000,000,000 byteです。数字を変えずに変換元だけGiBへ切り替えると、1,073,741,824 byteになります。同じ『1』でも、単位を変えると表す量が変わります。単位の切り替えは、表示文字だけの置き換えではないと分かります。
1 GB = 1000 × 1000 × 1000 byte
1 GiB = 1024 × 1024 × 1024 byte
1 GiB - 1 GB = 73,741,824 byteGBは1000を段階ごとに掛け、GiBは1024を掛けます。この差は大きな単位になるほど積み重なります。『だいたい同じだから』と混ぜた表を作ると、台数を増やした容量計画で誤差が広がります。比較表には単位を列名へ残し、製品の説明や管理画面でどちらの基準を使っているか確認しましょう。
1TBが約931と見える理由を分解する
入力を1、変換元をTB、変換先をGiBにすると、約931.3225746154785 GiBです。もとの1,000,000,000,000 byteを、1GiB分のbyteで割っています。ここまでの差は、同じ量に付ける数値の違いです。GiBへ換算したことでデータを保存できるbyte数が減ったわけではありません。
ただし、実際の空き容量までこの換算だけで説明してはいけません。ファイルシステムの管理領域、回復用領域、すでに保存したファイルなどは別に存在します。『公称容量』『OSが示す総容量』『現在の空き容量』の三つを分けて比べます。931という数字だけを見て正常とも故障とも断定せず、まず比較している項目をそろえてください。
100Mbpsと12.5MB/sは、同じ理論速度
種類を速度へ切り替え、100をMbpsからMB/sへ変換します。結果は12.5です。1byteが8bitなので8で割っています。画面の内部表記がMBpsでも、ここでは毎秒のメガバイトを意味します。Mbpsの小文字bと、MB/sの大文字Bは違う単位なので、数字だけを比較して8倍遅いと判断しないでください。
次に変換先をMiB/sへ変えると、約11.920928955078125です。今度はbitとbyteの違いに加え、1000と1024の基準の違いも入っています。速度の数字が近いのに完全に一致しないときは、大文字小文字だけでなくiの有無まで見ます。報告では『12.5メガ』ではなく『12.5MB/s』のように、毎秒であることも残しましょう。
換算できても、実際にその速度が出るとは限らない
100Mbpsを12.5MB/sへ換算した結果は、同じ速度を別単位で示したものです。通信効率、混雑、ストレージの読み書き、接続相手の制限を測ってはいません。ダウンロードで10MB/sしか出ないからといって、この換算ツールの結果との差をすべて回線の損失と呼ぶことはできません。何を転送した速度か、どの区間で測ったかもそろえる必要があります。
所要時間の計画には、データ転送時間ツールで効率を明示して比較します。例えば効率100%と80%を並べれば、理想条件との差を仮定として説明できます。ただし80%も実測済みの定数ではありません。すでに測った実効速度を入れる場合、さらに同じ損失分を効率で差し引くと二重計上になるため、入力値の意味を整理してから使います。
GBをMbpsへ直接変換できないのは、情報不足だから
容量はデータの量、速度は一秒当たりに運ぶ量です。1GBを何Mbpsへ換算するかは、何秒で送るかがなければ決まりません。例えば1GBを80秒で送るなら、1,000,000,000×8÷80で100,000,000bit/s、つまり100Mbpsという理論値になります。8秒なら十倍の速度が必要です。容量から時間を消して速度だけを求めることはできません。
このツールが容量と速度を分けているのは、選択肢を不便にするためではありません。単位の種類が違う計算を、見かけの換算として通さないためです。『容量の数字をそろえたい』ならこのツール、『この時間で送りたい』なら転送時間の逆算、と問いに応じて使い分けると、入力すべき条件も明確になります。
数字をコピーするとき、物差しも一緒に残す
同じ結果でも、報告書の見出しが『容量（GB）』なのにGiBの数値を貼れば、別の量として読まれます。変換後の単位、元の単位、必要なら変換式を一緒に残します。小数を見やすく丸める場合も、丸め前の結果は次の計算に使い、表示用の931.3を何度も換算し直して誤差を積み重ねないようにします。
最後に、byteへ戻す往復確認を試します。1GiBをbyteへ変換し、その結果をbyteからGiBへ戻すと1になるはずです。往復でずれた場合は、途中で表示桁を落としていないか、容量と速度を混ぜていないかを見ます。単位をそろえるだけで解ける問題かどうかを先に確認できれば、不要な障害調査や過大な設備見積もりを避けやすくなります。
転送元と転送先の容量が違って見えたら
同じファイルを二つの画面で見て、一方が1GB、もう一方が約0.93GiBと表示していたら、転送でデータが減ったのでしょうか。まず両方をbyteへ戻します。1,000,000,000byteを十進単位で表示するか、二進単位で表示するかだけなら、ファイルの中身は減っていません。ただし、画面が小数二桁に丸めていたら、その表示値から元のbyte数を完全には復元できません。容量表示の違いを調べるときは、可能ならファイルの正確なbyte数を起点にします。
それでもbyte数が違う場合は、単位換算以外の理由を探します。圧縮ファイルと展開後の合計、ファイルの論理サイズとディスク上の使用領域、改行を変換したテキストなどは、同じ物差しへ直しても違う値になり得ます。このツールはその原因を自動判定しません。『同じファイルの同じ種類のサイズを比べているか』を確認してから換算します。容量が一致しても内容が同一とは限らないので、転送内容の一致を調べたい場合は、信頼できる元ファイルとハッシュを比較するという別の確認が必要です。
容量の見積もりを渡すときは、『10GB必要』より『入力データ合計10,000,000,000byte、圧縮前、複製前』の方が次の人は判断しやすくなります。ログ保存なら保存日数、バックアップなら保持世代、転送なら回線速度と効率が別に必要です。単位換算はそれらの条件を置き換えるものではなく、違う表記の数字を同じ土台へそろえる作業です。まず一つのbyte数へ戻し、その後で用途に合う計算へ進むと、どの段階で値が増えたのかを追跡できます。