数值、单位与位

统一 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 更明确。日志保存天数、备份代数、传输效率都是额外条件，不是单位换算。先确立字节数再套用对应模型，才能追踪数值在哪一步增加。