前文所讲，taskset 能为进程绑定CPU，但毕竟是事后的绑定，nginx 能够在软件内部实现该功能。


本来淘宝的tengine很好的解决了这个问题，一行搞定

worker_cpu_affinity auto;


但是无奈编译tengine+ pagespeed 失败，只好研究一下nginx的绑定办法


以四核CPU 为例，CPU 编号分别是

0001 0010 0100 1000


另一种情况是双核四线程，两个物理内核，表现出来也是四核，实际上是“伪四核”，是一种提高CPU效率的手段，通常都是intel CPU。虽然CPU编号不变，但是0001和0100实际是同一个物理核心。


我们比较一下双核四线程、四核四线程以及四核八线程的区别就知道了。


双核四线程

# cat /proc/cpuinfo  |grep "core id"
core id         : 0
core id         : 1
core id         : 0
core id         : 1


四核四线程

# cat /proc/cpuinfo  |grep "core id"
core id         : 0
core id         : 1
core id         : 2
core id         : 3


四核八线程

# cat /proc/cpuinfo  |grep "core id"
core id         : 0
core id         : 1
core id         : 2
core id         : 3
core id         : 0
core id         : 1
core id         : 2
core id         : 3


nginx worker个数，官方建议使用物理CPU核心数，而不是逻辑核心数。


假设双核四线程，那么就有2个nginx worker进程(第一三逻辑CPU一组，另外两个一组)

worker_cpu_affinity 0101 1010;


假设四核四线程，那么就有四个nginx worker进程，那么绑定就很简单了，挨个绑定：

worker_cpu_affinity 0001 0010 0100 1000；


假设四核八线程，那么还是四个nginx worker进程（第一五逻辑CPU一组，第二六一组，类推）

worker_cpu_affinity 00010001  00100010 01000100 10001000;


如果不按照物理CPU核心的顺序绑定，比如双核四线程，

worker_cpu_affinity 0011 1100;

这样绑定会导致CPU切换比较频繁。


如果是高端CPU，核心数会非常多，那么就会有很多个零，手动绑定虽然看起来很傻，也不太省心，但确实奏效。


update 2016-01-31

nginx-1.9.10 开始，增加 worker_cpu_affinity auto 功能。