在线应用卡顿，原因分散在本地、链路、目标三处。换IP线路只能解决中间那一段，前后两段换多少条都没用。先把卡在哪一段分清楚，再决定要不要动线路，这一步省下的钱比换错线路亏掉的多。分段不需要任何专业工具，两个查询页面加一个计时器就够。
先分段再动手，省下来的钱往往比省下来的时间还多。
分段的办法不复杂。同一时段分别测直连和走线路的结果，两组数字放在一起看。直连就卡、走线路也卡，问题在本地或目标一侧；直连正常、走线路才卡，问题在中间那一段。测的时候两个结果取同一时段的，才有可比性，一个上午一个下午，比出来的差值说明不了什么。
换线路能解决全部问题吗？
只能解决中间那一层。本地带宽不足、设备性能不够、目标服务器本身拥塞，这几种换线路都没有帮助，钱花了问题还在。
中间那一段怎么判断
看两个指标，延迟和抖动。延迟高但稳定，多半是距离远；延迟不高但抖动大，多半是线路拥塞。前者换地区有效，后者换线路有效。把这两个指标分开看，才不会把问题归错地方。延迟和抖动都能在同一个IP查询页面里看到，不需要额外装东西。
什么情况换线路最划算
距离远、共享线路拥挤、需要固定入口，这三种换线路收益最明显。其他情况先修本地，把设备、宽带、后台程序都排一遍，再考虑动线路。本地这一层最容易漏的是后台同步类程序，它们占用的带宽往往超出预期。
换之前要准备什么
准备一条同规格的IP线路做对照，只换这一个变量。多变量一起改，最后说不清是哪一项起的作用，等于白测一轮。
分段做完，结论通常只有一句，要么修本地，要么换线路。
先分段，再换线，最后才谈参数。