基础设施估算

文件传输要多久？能按时完成吗？

使用工具

传大备份前想知能否在维护窗口完成。100Mbps 不等于把 GB 除以 100，文件常用 byte、链路 bit，有效负载比例也另算。先把单位与假设写清。

计算假设

size: 1 GiB
speed: 100 Mbps
efficiency: 80%

输入 1GiB、100Mbps、80%，结果 107.3741824 秒，约一分四十七点三七秒，实际用于模型的速率 80Mbps。80% 是示例假设，不是测量或保证。

单位统一后的公式

1,073,741,824 byte × 8
÷ (100,000,000 bit/s × 0.8)
= 107.3741824 s

先 byte 乘八再除有效每秒 bit。80% 是 0.8 非 80，错用造成百倍，漏乘八造成八倍。结果过短先查这两项。

只改 GiB 为 GB 保持 1，结果百秒，因为分别为 1,073,741,824 与 1,000,000,000 byte。这是改容量本身，不仅显示单位；同文件换单位需数值也换。

不要把 MB/s、MiB/s 原数填 Mbps。纯换算 100Mbps=12.5MB/s。实测 10MB/s 可能已是有效负载，再乘 80% 会重复折减。

1GiB、100Mbps 下 100%、80%、50% 分别 85.89934592、107.3741824、171.79869184 秒。效率减半时间翻倍，无实测时用情景范围比单个精细数更说明不确定性。

效率须大于零且不超 100%。零无法有限完成，超百不符合定义。压缩减少负载应改传输容量，不伪装为超百效率。

所需速度模式选 1GiB、60 秒、80%、Mbps，约需 178.96Mbps。不是买更高标称套餐就保证达标。容量翻倍需求翻倍，允许时间翻倍需求减半。

往返验证用详细速率而非只取 178.96，微差可能来自显示舍入。实际还含准备、连接、校验、重试，传输六十秒与整项作业六十秒不同。

公式速度翻倍时间减半，但实际受源目标存储、CPU、加密、小文件等待等限制。偏差不自动是链路故障，工具不测这些，只算给定平均模型。

总容量相同的大文件与众多小文件效率可不同。应参考接近目标文件结构、方向的测量，下载结果不自动适合上传。

记录约 108 秒时附 1GiB、100Mbps、80% 的传输本体假设。小数精细是算术精度而非预测精度，规划应结合多情景与相关实测。

总字节相同公式结果相同，但实际要反复开文件、列目录、查权限、启动操作，大量小文件时这些成本可能占主导。工具未输入文件数或单次延迟，不会自动估算差异。大文件测得的效率不能直接保证适用于小文件群。

打包压缩也未必更快：压缩解压耗时，已压缩数据可能几乎不缩小。输入压后大小只估传输，不是整个流程完成时间。应区分准备、传输、解压、核对，不要把未建模阶段全塞进一个效率百分比。

用相似条件测得的有效速度改善估算。若看似超过链路容量，先查 MB/s 与 Mbps、缓存、压缩前后大小，而不是把效率填超过 100%。明确移动了什么、如何计时；显示小数秒不代表现实预测同样精确。