多开时带宽够不够，是很多人心里没底的事。凭感觉判断的结果通常是两个极端：要么一直觉得不够，反复升级；要么等到任务开始超时才发现早就超了。估算这件事不难，抓住单个窗口的峰值、同时在跑的窗口数、以及代理IP线路本身的承载上限这三个数，剩下的都是加减乘除。
三个数算清楚，带宽就不用猜。
先量单窗口的峰值
怎么量才准
量的方法是用系统自带的流量监控，挂一个窗口跑十分钟，记下带宽的峰值和均值。峰值决定线路的瞬时压力，均值决定一个月的用量。两个数都要记，只记均值会低估高峰，只记峰值会高估成本，两头都不准。
- 先看单个窗口跑十分钟的峰值
- 再看同时挂三个窗口时的总峰值
- 用总峰值除以三，得到多开时的单窗口当量
- 拿当量乘以打算开的窗口数，再加两成余量
- 峰值决定要不要换更高规格的线路
- 均值决定月付还是按量更划算
- 余量留给突发的重试和重新连接
线路侧的上限也要问清楚
很多人只算自己的带宽，忘了问代理IP线路这一侧的上限。同一条线路上是否还有别人在用，承载多少并发，这些信息不问清楚，配置算得再准也会在高峰排队。买之前问一句，比买之后反复试要省事得多，也省钱。
算出来的数字要跟线路标称值对一遍，算出来比标称值还高，说明前面漏算了某一层。
漏算最常见的一层是重连。任务失败重试的时候，连接会重新建立，短时间内的请求量比正常跑的时候高出一截。按正常跑的量算，遇到集中重试就会超。重试的比例越高，这个差额越大，而重试比例又会随着代理IP线路的状态变化，所以余量不能按最理想的情况留，也不能按平均值留，得按最近一次最差的峰值留。
余量留多少合适
留两成是多数场景够用的数。任务里有大批量上传或者下载的，留到三成。任务只是查询、请求体很小的，留一成也够。余量不是越多越好，留太多等于白付钱，代理IP线路长期跑不满，钱花得没有意义。
还有一个变量是地址的更换频率。换得越勤，连接建立的开销占比越高，这部分开销看起来不大，但乘以窗口数和次数之后，会明显吃掉有效带宽。代理IP的更换周期最好和任务的批次对齐，别在任务跑到一半的时候换。
算完之后把数字写下来，跑一周再回头对一遍。实际用量和估算差得远，说明有某个变量没考虑到，找到它，下次估算就准了。差得不多也别急着改，两成以内的偏差属于正常波动，改来改去反而找不到基准。