一台机器开几个实例，最先撞上的往往不是网络，是内存。每开一个实例就多一份缓存、多一份渲染开销，四个实例之后内存占用会跳着涨，系统开始往磁盘上换页，表现出来就是每个实例都变慢、都像卡住。先把内存和代理IP算清楚，顺序反了会得出线路不行的错误结论。
先看资源，再看网络，这个顺序别倒。
资源怎么算
- 内存
- 每个实例的常驻占用乘实例数，再留三成给系统
- 句柄
- 窗口越多句柄越吃紧，到上限新窗口开不出来
- 连接
- 每个实例的连接数乘实例数，别超过系统上限
按峰值算，不按平均值算。四个实例平时各占八百兆，同时跑批量任务的时候可能各占一吉，按平均值配内存，高峰时段就开始换页。留三成余量不是为了浪费，是为了让系统在峰值时还有调度空间。
内存不够的表现很像代理IP故障，都是变慢和超时，两件事最容易混。区分办法是看任务管理器：内存占用到八成以上还在涨，基本可以确定是资源问题，这时候换多少条线路都没用，先减实例或者加内存。
句柄和连接这两项更隐蔽。句柄到上限时新窗口开不出来，报的错误往往跟窗口有关，看不出是资源用尽。连接数到上限时表现为连接被拒，跟线路被拒的表现几乎一样，只能靠看系统计数区分。
实例怎么排
重要程度不同就分开排。常用的一两个实例放在资源宽松的时段跑，其余错开，别全挤在一起。同一台机器上跑六个实例，同时启动的那两分钟占用最高，错开启动能把峰值压下来一半。
什么时候该加机器
内存长期在七成以上、或者句柄接近上限，就该加机器了。加机器比加内存划算的情况很多，因为内存加到一定程度受主板插槽限制，而多一台机器还能顺带把网络也分开。
资源分完之后才谈地址
资源够用了，代理IP的差别才显现出来。资源紧张的时候，你分不清是线路慢还是机器慢；资源宽松之后，同样一条线路的表现好坏一眼就能看出来。先把资源这一层做干净，后面的判断才有依据。
代理ip的分配按实例来，一个实例一条线，别按机器分。一台机器上四个实例走同一条线，等于四个实例共用一个来源，分开的意义就没了。
资源算清楚，分配落到实例，剩下的问题才好定位。顺序反了，换多少条线都只是在原地打转。
