在高负载缓存分发场景中,如何设置worker_cpu_affinity以优化多核处理能力?
- 内容介绍
- 相关推荐
本文共计835个文字,预计阅读时间需要4分钟。
在负载均衡的缓存分发展景下,worker_cpu_affinity的核心作用并非提升并发数,而是确保单个worker的处理器路径稳定,减少跨核缓存的波动与TLB刷新开销,从而让每个worker更高效地服务本地缓存热点(如proxy_cache、fastcgi_cache)。它本身不增加处理上限,但能显著提升现有worker数量下的响应一致性与稳定性。
明确适用前提:不是所有多核都该绑,更不是越多越快
需先确认三点:
- worker_processes 已设为大于 1(推荐 auto 或明确匹配物理核心数),单进程下该指令无效
- 实际逻辑 CPU 数 ≥ worker 数(用 nproc 或 lscpu | grep "CPU(s)" 验证)
- BIOS 中超线程(HT)状态已知:若关闭,逻辑核 = 物理核;若开启,建议优先绑定物理核而非超线程对(避免争抢执行单元)
缓存分发场景的推荐配置方式
高缓存命中率场景下,worker 长期驻留同一核心更利于 L1/L2 缓存复用。
本文共计835个文字,预计阅读时间需要4分钟。
在负载均衡的缓存分发展景下,worker_cpu_affinity的核心作用并非提升并发数,而是确保单个worker的处理器路径稳定,减少跨核缓存的波动与TLB刷新开销,从而让每个worker更高效地服务本地缓存热点(如proxy_cache、fastcgi_cache)。它本身不增加处理上限,但能显著提升现有worker数量下的响应一致性与稳定性。
明确适用前提:不是所有多核都该绑,更不是越多越快
需先确认三点:
- worker_processes 已设为大于 1(推荐 auto 或明确匹配物理核心数),单进程下该指令无效
- 实际逻辑 CPU 数 ≥ worker 数(用 nproc 或 lscpu | grep "CPU(s)" 验证)
- BIOS 中超线程(HT)状态已知:若关闭,逻辑核 = 物理核;若开启,建议优先绑定物理核而非超线程对(避免争抢执行单元)
缓存分发场景的推荐配置方式
高缓存命中率场景下,worker 长期驻留同一核心更利于 L1/L2 缓存复用。

