部署与排障
8GB VPS 能运行多少联盟投放任务？先看浏览器并发和内存
8GB VPS 没有统一的可运行任务数。内存主要取决于同时进行的浏览器访问、页面复杂度、访问频率、代理与其他服务，而不是仅看运行中任务总数。先查看容器工作集及浏览器并发，再核对等待和执行成功情况；不能看到内存高就直接断言必须加内存。
任务数量与浏览器并发不是一回事
几十个运行任务可能按不同时间间隔执行，也可能集中回退到浏览器。一个 Chromium 浏览器会产生多个进程和线程。HTTP 能完成的访问继续使用原路径；需要 JavaScript 或 Cookie 时仍使用原浏览器策略，不能为了降内存直接改变业务验证行为。
应该看哪些数据？
| 数据 | 用途与边界 |
|---|---|
| Worker 容器工作集 | 估计容器实际使用内存，排除可回收的 inactive file 缓存 |
| Linux 可用内存 | 判断系统余量；Docker Desktop 中是 Linux VM，不是 Windows 主机 |
| 浏览器访问中 / 上限 | 实际占用的浏览器名额，代理与普通访问统一计数 |
| 等待名额 / 资源延期 | 资源保护排队，不是访问失败；延期累计自本次 Worker 启动计算 |
| 进程 RSS 汇总 | 包含共享页重复计算，不能作为整机实际内存 |
| 延迟作业数量 | 也包括按计划等待的访问，不能全算成拥堵 |
在系统里怎样排查？
- 打开“系统设置 → 系统日志 → 运行状态”，确认采样新鲜，过期或未取得不是零。
- 先比较 Worker、API、数据库和 Redis 内存，定位主要使用者。
- 核对浏览器上限、等待名额和近期采样，结合任务记录看实际执行有没有持续落后。
- 保持相同策略和任务频率观察回收后的趋势；测试使用独立的模拟链接，不给真实业务制造额外点击。
- 若统一限流后仍持续拥堵，再由管理员评估合理频率、并发与硬件容量，不只提高并发数。
资源保护会改变任务结果吗？
自动配置按名义内存2GB/4GB/8GB/16GB/32GB分别建议1/2/6/8/12个上下文名额，兼容MemTotal损耗，且不超过有效CPU核数的两倍。4核8GB建议6，8GB2核建议4；低内存或CPU配额会继续收紧。历史显式设置不会被覆盖。每次访问使用独立上下文，只复用浏览器进程；代理、国家、UA与访问策略保留。压力上升时减少新增访问准入，已有访问先完成；恢复时逐步增加但不超过配置上限。资源与配额等待不增加业务失败计数；真正执行失败仍走原处理。
什么时候才值得加内存？
资源长期接近保护阈值且队列持续积压、真实执行时效无法满足业务，而已有清理、并发和频率设置合理时，才有依据评估扩容。本文不发布未经验证的固定容量或“内存下降百分比”；不同联盟页面与实际生产负载不能用单一模拟压测代替。
常见问题
把 Node 堆内存调小能解决所有浏览器占用吗？
不能。Chromium 是独立进程，Node 堆限制不会直接限制浏览器进程内存。
资源等待等于任务失败吗？
不等于。查看当前采样、作业状态及实际访问记录，不把排队或历史失败数误当成当前业务失败。
功能以当前实例的订阅、权限、账户配置和数据完整性为准。投放前核对联盟及广告平台规则，本文不承诺收益。