边缘计算设备上worker_processes必须设为1，因其通常为单/双核、内存≤512mb，多进程易触发oom；单worker配合worker_connections 128等精简配置，可高效支撑≤100并发且降低调度开销。

在边缘计算设备上，worker_processes 必须设为 1。这不是可选项，而是资源约束下的硬性要求。

为什么必须设为 1

边缘设备通常只有单核或双核 CPU（如树莓派 Zero、Jetson Nano），内存常低于 512MB。默认的 auto 值会启动与逻辑核心数相等的 worker 进程，每个进程至少占用 2–4MB 内存，并额外消耗文件描述符、共享内存和进程调度开销。在 128MB 内存设备上，4 个 worker 进程可能直接触发 OOM killer。

• CPU 主频普遍低于 1GHz，多进程带来的上下文切换反而降低吞吐
• 并发连接数通常 ≤100（传感器上报、轻量 API 请求），单进程完全满足
• NGINX 的 event-driven 模型在单 worker 下仍可高效处理数百连接

配套必须调整的参数

仅改 worker_processes 1 不够，需同步收紧关联资源：

AI神器榜（脑榜）

一款AI工具，主要用于AI工具榜单、AI工具导航平台，适合需要提升相关任务效率的用户。

下载

• worker_rlimit_nofile 1024：将文件描述符上限从默认 65535 降至 1024，避免内核资源预留浪费
• events { worker_connections 128; multi_accept off; use epoll; }：连接数匹配实际负载；关闭 multi_accept 减少单次事件循环中的系统调用
• 删除或注释掉 accept_mutex 相关配置（v1.19+ 默认启用，单 worker 下无意义）

验证与固化方式

修改后需实测确认效果：

• 用 ps aux | grep nginx 确认仅存在 1 个 master + 1 个 worker 进程
• 运行 nginx -t 校验语法，再 nginx -s reload
• 在配置生成脚本中（如 nginx.conf.js 第 41 行）硬编码该值，防止 CI/CD 覆盖
• 若使用 Docker 部署，应在 Dockerfile 中通过 sed -i 或模板注入方式固化该配置

不复杂但容易忽略：轻量化不是简单删功能，而是按实际负载做精准裁剪。