一台机器开几个窗口合适，先算资源再算ip线路

一台机器能开几个窗口，答案不在软件的上限，在资源够不够分。每多一个窗口就多一份内存、多一份渲染开销、多一份连接数。四开之后占用会跳着涨，六开开始换页，八开基本就卡在调度上了。先把内存和代理IP这两笔账一起算清楚，再定窗口数量，比开起来卡了再关要省事得多。

窗口数是算出来的，不是试出来的。

先算内存

按峰值估，不按平均值估。四个窗口平时各占八百兆，同时跑任务时可能各占一吉。按平均值配，高峰就开始换页，表现是每个窗口都慢半拍，容易误判成线路不行。留三成余量给系统，剩下的才是窗口能用的部分。八吉内存配四个窗口是宽松的，配六个偏紧，配八个一定换页。

峰值和平均值的差别

峰值出现在什么时刻，跟任务类型有关。查询类的任务峰值短促，两三个窗口同时冲一下，系统还能扛；渲染类的任务峰值长，四个窗口一起跑就把内存吃满。判断峰值不能靠盯任务管理器，那个数字每两秒刷一次，抓不到瞬间高点。看日志里的耗时分布更准，耗时突然拉长的时段就是峰值。

再算线路

窗口数和线路数的关系是一对一，不是一对多。四个窗口配四条代理IP线路，各自独立；配两条线，两两共用一个地址，等于只拆了一半。为了省成本把八个窗口压到三条线上，窗口那边拆得再干净也没意义，大部分请求还是从同几个地址发出去。

配几条才够

看任务的并发形态。四个窗口错峰跑，两条线也能周转；四个窗口同时跑，就必须四条线，少一条就有窗口在排队。错峰还是同时，取决于任务本身的依赖关系，改不了。所以先定任务形态，再定线路数量，最后回头看窗口放不放得下，顺序反过来会一直返工。

两个数对不上的时候

按资源算是六开，按代理IP线路算是四开，取小的那个。取大的那一个，会有一半窗口在排队等线路，看着在跑，其实在空转，日志里满是超时。这个结论对多机部署同样适用，机器再多，单机的窗口数和线路数也要配对，一台机器上放十个窗口配两条线，多买机器也解决不了。

资源和线路都对上，窗口数才有意义。

算完之后留一条退路：把窗口数定在算出来的八成，剩下的两成留给临时任务。全按满配定，遇到一次大促或者一批加急任务，就得临时改配置，改配置的过程本身就会打乱节奏。