带宽时延积计算器

带宽时延积（Bandwidth-Delay Product）= 链路带宽 × 单向传播时延，物理意义是「发送方把比特推上链路后，第一个比特到达对端时，链路上总共有多少比特在飞」。工程惯例用 RTT（往返时延）计算，得到的是「发出数据到收到 ACK 期间的在途量」：100Mbps × 100ms = 10Mbit ≈ 1.25MB。这个数字直接定义了 TCP 窗口的下限——窗口小于 BDP，管道就灌不满，吞吐被协议锁死在窗口/RTT 而不是物理带宽。

BDP 是网络设计的「容量水位线」：数据中心内部（微秒级 RTT）BDP 只有几十 KB，默认窗口绰绰有余；跨洲链路（150ms+）千兆带宽的 BDP 高达 18MB+，必须启用窗口扩大选项并调大缓冲区。卫星链路（600ms RTT）更是极端案例：BDP 数百 MB，传统 TCP 几乎无法工作，催生了 PEP（性能增强代理）这类协议欺骗技术。系统调用层面：Linux 的 net.core.rmem_max/wmem_max、net.ipv4.tcp_rmem/tcp_wmem 就是给 BDP 留空间的地方。

BDP 与 TCP 拥塞窗口（cwnd）直接决定单流能跑多快。TCP 的「飞行中字节」上限受 cwnd 限制，若 cwnd × 段长 < BDP，链路的带宽就喂不满——典型症状是「延迟高但带宽闲置」，下载单个大文件只有预期几分之一的速度。现代 Linux（BBR/CUBIC）会自动调大窗口，但中间盒（路径 MTU 黑洞、窗口缩放协商失败）或老系统仍会卡在上限。本计算器可直接算出某 BDP 需要的窗口值（段数或字节），供调整 sysctl 或应用层 buffer 参考。

BDP 也是判断「是否需要 TCP 优化」的第一步参考线。当 BDP 超过接收缓冲/发送缓冲默认值时（典型 64KB–4MB），必须启用窗口扩大选项；当 RTT 进入百毫秒级且带宽上 G，还得考虑 QUIC（基于 UDP、内置拥塞控制）以规避 TCP 队头阻塞。卫星、跨国 CDN、云数据库跨地域同步等场景，都能借助 BDP 预判延迟吞吐曲线的拐点，从而决定是加园区专线、开多路连接还是改用边缘缓存。