Nginx静态分发性能压榨关键在于CPU核心绑定与指令集对齐：需实测确认AES-NI/AVX2或ARM AES/NEON支持，用worker_cpu_affinity精准绑定物理核心，源码编译启用-march=native等优化选项，并同步调优worker_connections、sendfile、tcp_nopush及ssl_buffer_size。
直接绑定 CPU 核心 + 对齐硬件指令集特性，是压榨 Nginx 网关静态分发性能的关键一步。它不只是“设几个 worker”，而是让每个 worker 稳定运行在专属物理核心上，避免上下文切换、提升 L1/L2 缓存命中率，并让编译器生成的指令（如 AES-NI、AVX2、ARM SVE）真正跑在支持它的核上。
先确认你的 CPU 实际能力
别凭型号猜——实测为准：
-
x86_64 服务器：运行
cat /proc/cpuinfo | grep -E "aes|avx|avx2|bmi|adx"，确认是否启用 AES-NI（HTTPS 加解密加速）、AVX2（正则/压缩加速）、BMI/ADX（大整数运算，影响 EC 密钥交换） -
ARM64（如鲲鹏、飞腾、麒麟平台）：执行
lscpu | grep -i "feature|isa"或cat /proc/cpuinfo | grep Features，重点看是否有asimd（NEON）、aes、sha2、sve等字段 - 若开启 SSL/TLS 且用软件加密（未配硬件加速卡），AES-NI 缺失会导致单核吞吐骤降 40%+；ARM 上缺失
aes指令，同样会使 TLS 握手延迟翻倍
worker_cpu_affinity 要按物理核心排布，避开超线程干扰
即使系统显示 16 逻辑线程（8 核 + HT），静态文件分发场景下仍优先绑定到 8 个物理核心，而非均匀铺满 16 个逻辑 ID。原因：L1/L2 缓存是按物理核心独占或半共享的，跨超线程调度会引发缓存伪共享和带宽争抢。
- 查物理拓扑：
lscpu | grep "Core(s) per socket|Socket(s)"，例如输出Core(s) per socket: 8→ 物理核心数 = 8 - 配置示例（8 核物理 CPU）：
worker_processes 8;<br> worker_cpu_affinity 00000001 00000010 00000100 00001000<br> 00010000 00100000 01000000 10000000; - 若为 ARM64（如 64 核鲲鹏），掩码写法易出错，改用数字序列更可靠：
worker_cpu_affinity 0 1 2 3 4 5 6 7 8 9 ... 63;（需确保 kernel ≥ 5.10 且 nginx ≥ 1.21.0）
编译阶段就要对齐指令集，否则 affinity 白绑
worker 绑核只是执行层优化；如果 Nginx 二进制本身没启用对应指令集，再精准的绑定也跑不出硬件潜力。预编译包通常禁用高级指令以保兼容，必须源码编译并显式开启：
-
x86_64：编译 OpenSSL 时加
enable-ec_nistp_64_gcc_128 enable-rfc3779 enable-cms，Nginx configure 加：
--with-openssl=../openssl --with-openssl-opt="enable-weak-ssl-ciphers enable-tls1_3" \<br> --with-cc-opt="-O3 -march=native -maes -mavx2 -mbmi -madx" -
ARM64（银河麒麟等）：OpenSSL 需启用
enable-aria enable-sha3 enable-siphash，configure 加：--with-cc-opt="-O3 -march=armv8.2-a+crypto+simd -mtune=generic"
（+crypto启用 AES/SHA，+simd启用 NEON/SVE 加速） - 验证是否生效：启动后执行
nginx -V 2>&1 | grep -i "cc-opt"，再用perf record -e instructions,cycles -g -p $(pgrep nginx) sleep 5查看 IPC 提升
配套必须调的三项参数
只配 worker_cpu_affinity 不够，三者必须同步落地：
-
worker_connections：静态分发不耗内存但吃连接数，建议设为
16384（需同步调高系统ulimit -n至 ≥ 65536） - sendfile on; + tcp_nopush on;：绕过用户态拷贝，让内核直接 DMA 发送文件，对大文件/CDN 回源至关重要
-
ssl_buffer_size 4k;（TLS 1.3 下）：匹配典型静态资源大小，减少分片与 ACK 延迟；若用 QUIC，还需启用
quic_idle_timeout和quic_retry on
