Elysia Tools
导航
Workflow Playbook
在比特、字节与十进制 SI 前缀 KB、MB、GB、TB 及二进制 IEC 前缀 KiB、MiB、GiB、TiB 之间换算，动手前先钉死每个数字属于哪套体系。
专题
数据大小穿着两身不同的外衣。硬盘厂商、网络运营商和云计费用十进制 SI 前缀，每一步乘 1000；操作系统、内存容量和大量文档仍然按 1024 的二进制步进显示，还用着同样的字母。IEC 前缀 KiB、MiB、GiB、TiB 就是为了把两者分开而发明的，两个家族之间的互转器是诚实的桥梁。先钉死体系再碰算术，因为从错误假设出发的换算，错得理直气壮。
Mbps 里的小写 b 与 MB/s 里的大写 B 相差八倍，几乎每个错误的传输估算都源于把两者混在一起。线路速率以比特每秒到达，文件大小和配额活在字节里，所以速率转容量的问题要走比特换算器，并把八倍因子写进计算过程。把这一步显式地做一次，胜过事后修补一份悄悄乐观了八倍的进度表。
日志、API 和目录清单吐出字节数，因为精确对软件很廉价、对人眼很不可读。把这些原始值换算成 KB、MB 或 GB，日志行才能与配额或附件上限相比较；反方向同样重要，当脚本必须与字节级限额比较时。做这件事时把平台的约定放在视野内——有些平台用二进制单位写限额，却用原始字节报用量。
日常工作是在相邻单位间步进——超出了 MB 档的套餐、以 GB 计的上传上限、逼近 TB 的归档——而每一步都继承上一节的体系问题。做估算时，十进制粗算没有问题；做验收、账单核对和采购对比时，把原值、两个单位、所选约定和结果记录在一起，因为一个不能展示推导过程的容量数字就是未来的争吵。而当一个数字真正重要时，用两套体系各换一遍再对账——同一个太字节经十进制和二进制两座桥读出来，应该讲出同一个一致的故事。
工作流指南
先确定数字是十进制 SI 还是二进制 IEC，再用 KiB、MiB、GiB、TiB 桥梁在两套体系间跨越，正是这一步解释了每块硬盘上消失容量的去向。
估算传输时把按比特计的线路速率换算成兆字节或吉字节，核对链路承载能力时把容量换回比特，八倍因子始终摆在明面上。
日志、API 和磁盘清单吐出的是字节数，把它们换算成人能比较的 KB、MB 或 GB，配额或上限以字节表述时再换回去。
用相邻量级换算处理日常比较——套餐容量、上传上限、邮件附件天花板——同时始终记得这些单位属于哪套体系。
营销容量和网络速率用 1000 的十进制步进，操作系统显示和内存容量用 1024 的二进制步进；先确认来源体系，再用 KiB、MiB、GiB、TiB 桥梁跨体系换算，而不是假设一套规则通吃。
带宽按比特每秒计数，存储按字节计数，同样的字母含义不同；速率转容量的问题走比特换算器，字节换算器留给存储、配额和文件大小。
下载时间的粗略猜测容忍十进制近似，但容量验收、账单核对和采购对比需要把原值、两个单位、所选约定和结果写在一起。