高频CPU需精准绑核以避免缓存失效、跨核迁移和调度抖动；须结合lscpu识别拓扑，按物理核/NUMA正确配置worker_cpu_affinity，并用ps、taskset验证生效；还需协同调优reuseport、文件描述符、keepalive等。
在高主频服务器上，单纯靠提升单核频率并不能线性提升 Nginx 吞吐量——真正的瓶颈常出现在 CPU 缓存失效、跨核迁移和调度抖动上。worker_cpu_affinity 不是“锦上添花”的可选项，而是让高频 CPU 实际跑出高吞吐的必要手段。
为什么高频 CPU 更需要精准绑核
主频越高，L1/L2 缓存命中延迟越敏感。一次跨核迁移不仅触发 TLB 刷新，还会清空预取队列和分支预测器状态，对高频核心来说，这类开销被显著放大。尤其在短连接、小包密集型场景（如 API 网关），未绑定时每秒可能产生数万次无谓迁移。
- 高频 CPU 的指令吞吐优势，只有在数据持续驻留本地缓存时才能释放
- 超线程（HT）在高主频下易引发资源争抢，物理核独占比逻辑核轮转更稳
- NUMA 架构下若 worker 进程与内存节点错位，跨节点访问延迟可达本地的 2–3 倍
绑定策略必须匹配硬件拓扑
不能只看“多少核”，要看清楚物理封装、超线程开关、NUMA 节点分布。错误的掩码会把多个 worker 塞进同一物理核，或跨 NUMA 访问远端内存。
- 先执行 lscpu，重点关注 “CPU(s)”, “Core(s) per socket”, “Socket(s)”, “NUMA node(s)” 和 “Thread(s) per core”
- 若 HT 关闭：逻辑 CPU 数 = 物理核数，用 worker_cpu_affinity auto 最安全
- 若 HT 开启：优先按物理核分配，例如 4 物理核 × 2 线程 = 8 逻辑 CPU，推荐写法：worker_cpu_affinity auto 00001111（仅启用前 4 个物理核的逻辑 CPU）
- 双路服务器（2 sockets）且开启 NUMA：应让每个 socket 的 worker 只绑定本节点 CPU，并配合 nginx -g "worker_processes 4; worker_cpu_affinity 00000001 00000010 00000100 00001000;"（假设 socket 0 有前 4 核）
验证是否真正生效，别信配置文件
重启 Nginx 后，必须通过系统级命令确认实际运行状态，配置正确 ≠ 绑定成功。
- 查各 worker 当前运行在哪颗 CPU 上：ps -eo pid,args,psr | grep 'nginx: worker' —— PSR 列应呈现均匀分布（如 0,1,2,3）
- 查进程允许运行的 CPU 集合：taskset -cp
—— 输出应与你配置的掩码一致（如 “pid's current affinity mask: 0x1”） - 观察是否所有 worker 都挤在同一个 CPU：常见于 worker_processes 1 却配了多组掩码，或掩码全为 0001
- 若看到 PSR 列频繁跳变（比如几秒内从 2 变成 5），说明内核仍在迁移，绑定未生效（检查是否被 cgroup 或 systemd CPUAffinity 干扰）
高频场景下的协同调优要点
绑定只是起点，要榨干主频潜力，还需消除其他拖慢单核效率的环节。
- 关闭 accept_mutex on，改用 listen 80 reuseport，让内核在中断上下文直接分发连接，避免 accept 锁串行化
- 设置 worker_rlimit_nofile 65535 并同步调大系统 fs.file-max 和用户级 ulimit，防止 fd 耗尽卡住事件循环
- 禁用 reset_timedout_connection off（默认即 off），改用主动探测 + keepalive_timeout 15s 快速回收空闲连接，减少单核连接槽位占用
- 避免任何阻塞行为：日志写入用 buffered + flush，上游调用必设 timeout，Lua 脚本禁用同步 IO
