數值、單位與位元

統一 GB、GiB、Mbps 與 MB/s 後比較

使用工具

容量說明都寫著「G」，數字卻可能不同；網路廣告與下載視窗也可能分別使用位元與位元組。漏看單位中的一個字母，就會明顯影響儲存或傳輸時間估算。

容量與速率單位工具可以先統一為 byte 或 bit/s 再比較。這些實驗不診斷硬碟缺陷或網路故障，而是區分單位表示能解釋的差異，以及需要檢查實際占用或通訊條件的差異。

選擇容量，輸入 1，從 GB 轉到 byte，結果是 1,000,000,000 byte。保持數字 1，只把 GB 改為 GiB，得到 1,073,741,824 byte。相同數字配上不同單位，代表的量也不同，不只是換標籤。

兩種基準

1 GB = 1000 × 1000 × 1000 byte
1 GiB = 1024 × 1024 × 1024 byte
1 GiB - 1 GB = 73,741,824 byte

GB 依 1000 的冪計算，GiB 依 1024 的冪計算，級別越大差異越累積。把兩者混用，會讓多台設備的容量計畫偏差擴大。表格欄名應保留單位，並核對產品與管理介面的基準。

把 1TB 轉成 GiB，約為 931.3225746154785 GiB。這是用原來的 1,000,000,000,000 byte 除以每 GiB 的位元組數。此處只是同一容量的數值表示不同，並沒有因換算而減少可儲存的位元組。

但不能只靠換算解釋全部可用空間差異，檔案系統管理區、復原分割區與既有檔案是其他因素。應區分標稱容量、系統顯示的總容量和目前可用容量。僅憑 931 不能斷定正常或故障，先統一比較對象。

選擇速率，把 100Mbps 轉為 MB/s，結果為 12.5，因為 1byte 等於 8bit。工具可能用 MBps 表示每秒百萬位元組。Mbps 的小寫 b 與 MB/s 的大寫 B 不同，不能只看數字就判斷慢了八倍。

再把目標改為 MiB/s，約為 11.920928955078125，同時涉及 bit/byte 與十進位／二進位基準。速率接近卻不相等時，除了大小寫還要檢查有沒有 i。報告應寫 12.5MB/s，而不是只寫「12.5 兆」。

換算只是改用另一單位，不測量效率、壅塞、儲存效能或對端限制。下載只有 10MB/s 時，不能把與 12.5MB/s 的全部差額都稱為網路損耗。還應確認測量內容與測量區間一致。

規劃時長時，可在傳輸時間工具中明確設定效率假設，比較 100% 與 80%。但 80% 不是已測得的常數。如果輸入本身已經是實測速率，再透過效率扣除同樣損耗，就會重複計算。應先釐清輸入意義。

容量是總量，速率是每秒的量。把 1GB 換算為 Mbps 需要時長：80 秒傳完的理論速率是 1,000,000,000×8÷80＝100,000,000bit/s，即 100Mbps；8 秒則需十倍速率，不能省略時間。

區分容量與速率，是為了避免把量綱不一致的計算當成一般換算。統一同類數量用此工具；要問期限內需要多快，則用傳輸時間的反算。先明確問題，就能知道缺少哪些條件。

把 GiB 數字貼進標題為 GB 的欄，會被理解為另一容量。應保留輸出單位、原單位，必要時附公式。為顯示而捨入時，後續計算仍用未捨入結果，不要反覆換算顯示值 931.3，讓誤差累積。

最後做往返檢查：1GiB 轉成 byte，再轉回 GiB，應得到 1。如果不一致，檢查途中是否捨入或混用了容量與速率。先確認單位換算能解釋的部分，有助於避免不必要的故障排查或過高估算。

一個畫面顯示 1GB，另一個約 0.93GiB，並不表示傳輸遺失資料。先看位元組數：同樣的 1000000000byte 可用十進位或二進位單位顯示。但已四捨五入到兩位小數的標籤不能完全還原原始位元組數，應盡量從精確大小開始，而非把顯示捨入差異當作遺失證據。

精確位元組數仍不同，就要確認比較對象：壓縮檔與解壓檔案、邏輯大小與磁碟占用、換過換行符號的文字都可能不同，單位工具不自動診斷原因。先確保比較同類大小。大小相等也不能證明內容相同，核對傳輸內容還應與可信原檔進行雜湊等獨立比較。

交接估算時，寫輸入共 10000000000byte、壓縮與複製之前，比僅寫需要 10GB 更明確。日誌保存天數、備份代數、傳輸效率都是額外條件，不是單位換算。先確立位元組數再套用對應模型，才能追蹤數值在哪一步增加。