WorkBuddy高并发异常需调优Linux内核参数：一、提升file-max至2097152并配置limits.conf；二、优化TCP队列与TIME_WAIT复用；三、扩大TCP缓冲区至16MB；四、禁用tcp_tw_recycle并启用timestamps；五、容器化场景扩容nf_conntrack_max至131072。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您已完成WorkBuddy安装，但其在处理大量并行浏览器实例、高频自动化任务或远程指令批量触发时出现连接拒绝、任务堆积或TIME_WAIT激增，则很可能是Linux系统内核参数未适配高并发负载。以下是针对性调优步骤：
一、提升系统级文件描述符上限
WorkBuddy Local Agent与Chrome调试实例均依赖文件描述符建立TCP连接；默认限制（通常1024）会迅速耗尽，导致新浏览器无法启动或远程控制通道中断。
1、执行命令查看当前系统级上限：cat /proc/sys/fs/file-max
2、临时提升至2097152：sudo sysctl -w fs.file-max=2097152
3、永久生效：向/etc/sysctl.conf末尾追加一行：fs.file-max = 2097152
4、同步配置用户级限制：编辑/etc/security/limits.conf，添加两行：* soft nofile 65536 和 * hard nofile 200000
二、优化TCP连接队列与TIME_WAIT复用
WorkBuddy远程调度依赖短生命周期HTTP/WS连接，大量连接关闭后滞留TIME_WAIT状态将抢占本地端口，阻碍Agent与浏览器CDP端口（如9222）的持续通信。
1、编辑/etc/sysctl.conf，追加以下参数：
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
net.ipv4.ip_local_port_range = 1024 65535
2、执行sudo sysctl -p加载全部变更
3、验证生效：运行sysctl net.core.somaxconn，输出值应为65535
三、扩大TCP网络缓冲区容量
当WorkBuddy同时驱动多个Chrome实例执行页面渲染、截图或DOM提取时，内核默认缓冲区易成为瓶颈，引发丢包与延迟抖动，影响自动化任务稳定性。
1、在/etc/sysctl.conf中添加以下四行：
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 65536 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
2、执行sudo sysctl -p使配置激活
3、确认接收缓冲区最大值已更新：cat /proc/sys/net/core/rmem_max
四、禁用tcp_tw_recycle并启用timestamps支持
WorkBuddy远程控制通道常经企业微信/NAT网关接入，若启用tcp_tw_recycle将导致连接异常断开；必须显式禁用，并配合timestamps保障tw_reuse逻辑安全生效。
1、确保/etc/sysctl.conf中包含：net.ipv4.tcp_tw_recycle = 0
2、添加必要支持项：net.ipv4.tcp_timestamps = 1
3、再次执行sudo sysctl -p
4、检查当前值：sysctl net.ipv4.tcp_tw_recycle 应返回0
五、调整连接跟踪表容量（适用于容器化部署场景）
若WorkBuddy运行于Docker或Kubernetes环境，且需同时管理数十个独立浏览器沙箱，nf_conntrack表可能溢出，造成CDP调试请求被静默丢弃。
1、向/etc/sysctl.conf追加：net.netfilter.nf_conntrack_max = 131072
2、加载配置：sudo sysctl -p
3、验证当前连接跟踪条目数：sudo conntrack -L | wc -l
4、若输出接近或超过131072，需立即扩容并重启conntrack服务
