基础设施估算

远程传输不只取决于带宽？

使用工具

近端服务器快而远端慢，未必能用套餐带宽解释。带宽延迟积估算一轮往返期间可在途的数据量。SheepDev 不测连接，应输入明确条件观察估算如何变化。

区分 bit 与 byte 的计算

100,000,000 bit/s × 0.040 s = 4,000,000 bit
4,000,000 ÷ 8 = 500,000 byte
500 kB = 488.28125 KiB

填 100 Mbps、40 ms，结果 500000 字节。毫秒先转 0.040 秒，位再除八。把 40 当秒会差千倍，把位当字节差八倍，应同时核对输入输出单位。

500 kB 不是文件大小，而是该速率一轮往返中的量。1 GiB 文件不代表全部同时等待确认。应区分累计传输量与在途量。

RTT 已包括发送到响应返回，不要再乘二。只有单程延迟时，也不要默认双向相同。工具不联系对端，无法验证输入测量值。

RTT 随时段变化时，可试 20、40、100 ms，并区分平均与短暂峰值。目的是理解延迟敏感性，不是断定距离导致变慢。

分别改变带宽与 RTT

100 Mbps × 40 ms → 0.5 MB
1 Gbps × 40 ms → 5 MB
1 Gbps × 100 ms → 12.5 MB

带宽十倍，结果十倍；RTT 40 到 100 ms 又乘 2.5。无法保持足够在途数据时可能用不满高速链路。该乘积用于分析模型，不是测速分数或缓冲区实测容量。

套餐 1 Gbps、共享路径可用带宽、应用观测速率是不同输入。上限假设与实测条件应分开，避免把理论估算写成测量结果。

它可辅助理解 TCP 窗口，但将字节数写入某个 OS 参数不保证改善。拥塞控制、接收端、连接数、内存和应用 I/O 都有关。把自动调优改固定值需另行调查。

页面不修改 OS，也不发送测速流量。记录带宽、RTT、乘积及输入来源。把在途量不足作为待测假设，而非乘法已证明的结论。

1 GiB、100 Mbps、效率 80% 在传输时间工具得 107.3741824 秒。不能从文件大小减一次 500 kB，也不能将它当秒数。耗时模型用总量与有效速率，带宽延迟积用速率与 RTT。