多数人评估链路时只看请求次数，很少关注请求的体积。使用代理IP时，同样是一千次请求，传输一兆和传输一百兆对链路的要求完全不同。忽略体积这个维度，使用代理IP时配置出来的参数在实际任务中往往会明显偏小。
体积为什么影响这么大
因为带宽与传输时间成正比。使用代理IP时，体积大的任务对带宽更敏感，对延迟反而没那么在意；体积小的任务则相反。同一套参数难以同时照顾两类任务，使用代理IP时分开配置通常比统一设置更有效，也更容易看出问题到底出在哪一类任务上。
- 小体积高频：看频率与并发
- 小体积低频：看稳定性
- 大体积低频：看带宽与超时
- 分类之后再定参数
需要注意的是，评估用量时把体积一并算进去，使用代理IP时只统计请求条数容易低估实际消耗。
怎么把体积纳入评估
先给任务分类：小体积高频、小体积低频、大体积低频。使用代理IP时，三类任务的瓶颈位置不同，配置重点也不同。分类之后，使用代理IP时再按类设置参数，比笼统地调一调更有着力点，也更容易看出问题。
小体积看频率，大体积看带宽。
体积怎么影响重试
体积还会影响重试成本。使用代理IP时，大体积请求失败一次，重来要重新传一遍，代价远高于小请求。给这类任务加上限更严格的重试策略，使用代理IP时既能减少浪费，也不会让失败长期挂着不处理，影响后续判断。
把体积当成与次数同等重要的维度。使用代理IP时，只看次数的评估往往在真实任务中失准。把体积一并算清楚，使用代理IP时配置才有依据，容量判断也更接近实际需要。
体积多久重估一次
体积会随任务演进而变化。使用代理IP时，任务从试点走向常态之后，请求的构成往往会改变，原先的评估结论可能已经不适合。定期重估一次，使用代理IP时配置才跟得上变化，不至于长期偏差却无人察觉。
记录要带上体积信息。使用代理IP时，把每次任务的请求次数与总体积一起记录，日后复查时就能看出构成变化。信息齐全判断才有依据，使用代理IP时也不会因为缺一项数据而要重新测一遍。