转后台之后，画面看不到了，画面相关的资源也就没有继续消耗的理由。跑跑卡丁车的后台号如果把分辨率、特效这些设置降下来，机器能省出一部分资源，前台那几组的运行状况会更稳。降载的收益主要体现在机器侧，对代理IP线路这一侧的影响不大。要不要降，取决于机器是不是吃紧。机器宽裕的时候降载的收益有限，反而多了一套设置要维护。
- 机器吃紧的时候降载收益明显，能多带一到两个号
- 机器宽裕的时候降载收益有限，不值得多一套配置
- 降载不影响任务执行，画面设置与任务逻辑无关
- 降载要有记录，不然切回前台时忘了原本的设置
- 代理IP线路这一侧不用跟着动，降载省的是本机资源
降载省的是机器，不是网络。把画面设置降下来，代理IP线路的占用一点没变。如果卡顿的原因是线路，降载解决不了问题，这一点分清楚很重要，不然会在错误的方向上反复折腾。
怎么降最有效
按收益从高到低排，先降分辨率，再关特效，最后限帧。分辨率的收益最大，因为它直接决定了每帧要处理的像素数量；特效次之；限帧的影响最小。三项不用全上，按机器的实际情况挑一两项，降完观察几天再决定要不要加。
降载之后怎么验证有效
验证看两个数：前台那几组的帧率有没有变稳，整机的负载有没有下来。两个数里有一个明显变好，说明降载起了作用。都没变，说明瓶颈不在图形资源上，把设置调回去，从别的地方找原因。
什么时候不该降
后台的号可能会被临时切到前台处理的时候，不建议降，切过来还要调回去，麻烦。另外一种情况是降载之后你自己的判断受影响，比如看不出任务有没有正常推进，那就得不偿失。
降载和转后台的顺序
先转后台再降载，顺序不要反。先降载的话，前台那几组的画面会先受到影响，而你还没腾出资源来。转后台之后资源本来就空出来一部分，这时候再降，效果叠加得更明显。代理IP线路的分配按前台后台两组分开，跟这个顺序没有关系。
降载设置怎么管
把降载前后的设置各记一份，写清楚哪些窗口用了哪套。切回前台的时候照单恢复，不用凭记忆试。号群大的时候这份记录尤其有用，靠记性是记不住的。
多台机器时怎么处理
多台机器上分别判断，别统一降。每台机器带的号数不一样，负载也不一样。负载轻的那台不用降，重的那台降到位。判断依据是每台机器自己的表现，别拿一个统一的标准套所有机器。
省的是机器，不是线路。
先转后台，再降载。代理IP线路这一侧不受降载影响，卡顿要分清来源。
降载是转后台之后的延伸动作，收益在机器吃紧的时候最明显。降之前想清楚目的，降之后验证效果，不合适就调回去。设置记录留一份，切回前台时才不会手忙脚乱。