nginx的worker_processes參數來源： http://bbs.linuxtone.org/thread-1062-1-1.html分享一：搜索到原作者的話：As a general rule you need the only worker with large number ofw ...
nginx的worker_processes參數
來源： http://bbs.linuxtone.org/thread-1062-1-1.html
分享一：
搜索到原作者的話：
As a general rule you need the only worker with large number of
worker_connections, say 10,000 or 20,000.
However, if nginx does CPU-intensive work as SSL or gzipping and
you have 2 or more CPU, then you may set worker_processes to be equal
to CPU number.
Besides, if you serve many static files and the total size of the files
is bigger than memory, then you may increase worker_processes to
utilize a full disk bandwidth.
Igor Sysoev
一般一個進程足夠了，你可以把連接數設得很大。
如果有SSL、gzip這些比較消耗CPU的工作，而且是多核CPU的話，可以設為和CPU的數量一樣。
或者要處理很多很多的小文件，而且文件總大小比記憶體大很多的時候，也可以把進程數增加，
以充分利用IO帶寬（主要似乎是IO操作有block）。
根據我配置實踐，
伺服器是“多個CPU＋gzip+網站總文件大小大於記憶體”的環境，worker_processes設置為CPU個數的兩倍比較好。
分享二：
最近PPC經常出現502錯誤，網頁經常無法打開，所以本人決定對Nginx進行深入折騰！
Nginx本身沒有掛掉，否則不會出現502的錯誤信息，所以原因一定在Nginx的設置上。
經過我查閱資料和測試，發現有可能是worker_processes的參數設置不當引起的。
worker_processes預設情況下為1，一般情況下不用修改，但考慮到實際情況，可以修改這個數值，以提高性能;
官方的建議是修改成CPU的內核數，這裡引用一段翻譯過的文章：
worker_processes指明瞭nginx要開啟的進程數，
據官方說法，一般開一個就夠了，多開幾個，可以減少機器io帶來的影響。
據實踐表明，nginx的這個參數在一般情況下開4個或8個就可以了，再往上開的話優化不太大。
據另一種說法是，nginx開啟太多的進程，會影響主進程調度，所以占用的cpu會增高。
經過我測試發現，
這個數字是不能亂設置的，如果網站沒有出現io性能問題，最好不要修改，採用預設的1即可，
如果非要設置，必須要和CPU的內核數匹配，否則要麼就假死（主要是Windows），要麼就出現502的錯誤（主要是Linux）。
我的電腦是雙核的，按理說應該是2，但是實際上應該是4，因為是雙線程的。測試結果如下：
1、worker_processes為1，線程打開2個，有一個是主線程，運行很穩定。
2、worker_processes為2，線程打開3個，有一個是主線程，1分鐘左右掛掉
（假死，無法打開網頁，瀏覽器一直處於載入中）。
3、worker_processes為4，線程打開5個，有一個是主線程，運行很穩定。
4、worker_processes為8，線程打開9個，有一個是主線程，和2一樣，1分鐘左右掛掉。
配置參考
配置1：
4 CPU (4 Core) + 4 worker_processes (每個worker_processes 使用1個CPU)
[[email protected] ~]$ cat /proc/cpuinfo | grep processor
processor : 0
processor : 1
processor : 2
processor : 3
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;
配置2：
8 CPU (8 Core) + 8 worker_processes (每個worker_processes 使用1個CPU)
[[email protected] ~]$ cat /proc/cpuinfo | grep processor
processor : 0
processor : 1
processor : 2
processor : 3
processor : 4
processor : 5
processor : 6
processor : 7
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
配置3：
16 CPU (16 Core) + 16 worker_processes (每個worker_processes 使用1個CPU)
[[email protected] ~]$ cat /proc/cpuinfo | grep processor
processor : 0
processor : 1
processor : 2
processor : 3
processor : 4
processor : 5
processor : 6
processor : 7
processor : 8
processor : 9
processor : 10
processor : 11
processor : 12
processor : 13
processor : 14
processor : 15
worker_processes 16;
worker_cpu_affinity
0000000000000001 0000000000000010 0000000000000100 0000000000001000 0000000000010000 0000000000100000 0000000001000000 0000000010000000 0000000100000000 0000001000000000 0000010000000000 0000100000000000 0001000000000000 0010000000000000 0100000000000000 1000000000000000;
Nginx worker_cpu_affinity 設置
根據 Nginx Wiki 上的資料顯示：
worker_cpu_affinity
Syntax: worker_cpu_affinity cpumask [cpumask...]
Default: none
Linux only.
With this option you can bind the worker process to a CPU, it calls sched_setaffinity().
For example,
worker_processes 4; worker_cpu_affinity 0001 0010 0100 1000;
Bind each worker process to one CPU only.
worker_processes 2; worker_cpu_affinity 0101 1010;
Bind the first worker to CPU0/CPU2, bind the second worker to CPU1/CPU3. This is suitable for HTT.
worker_cpu_affinity 預設是沒有開啟的，
根據例子我們可以看得出，0001 0010 0100 1000 分別代表第1、2、3、4個邏輯CPU，
所以我們可以設置0010 0100 1000來將3個進程分別綁定到第2、3、4個邏輯CPU上：
worker_processes 3;
worker_cpu_affinity 0010 0100 1000;
同時根據例子我們也可以看出，
worker_cpu_affinity 可以將同1個進程綁定在2個邏輯CPU上：
worker_processes 2;
worker_cpu_affinity 0101 1010;
0101也就是第1、3個邏輯CPU上，1010就是第2、4個邏輯CPU上。
分享三：
worker_processes指明瞭nginx要開啟的進程數，
據官方說法，一般開一個就夠了，多開幾個，可以減少機器io帶來的影響。
據實踐表明，nginx的這個參數在一般情況下開4個或8個就可以了，再往上開的話優化不太大。
據另一種說法是，nginx開啟太多的進程，會影響主進程調度，所以占用的cpu會增高，
這個說法我個人沒有證實，估計他們是開了一兩百個進程來對比的吧。
worker_processes配置的一些註意事項：
1、worker_cpu_affinity配置最好是能寫上
我這裡伺服器多數是雙核超線程，相當於4cpu，我一般開8進程，所以這個配置就是這樣：
worker_cpu_affinity 0001 0100 1000 0010 0001 0100 1000 0010;
另，worker_cpu_affinity不是什麼時候都能用的，
我沒有認真研究並羅列所有情況，只知道2.4內核的機器用不了，
如果用不了的話，那麼最好是加大worker_processes進程數，這樣分配cpu就會平均一點啦，
如果不平均只好多重啟幾下。
2、worker_rlimit_nofile配置要和系統的單進程打開文件數一致，千萬不要再畫蛇添足地除以worker_processes。
我現在在linux 2.6內核下開啟文件打開數為65535，worker_rlimit_nofile就相應應該填寫65535。
這是因為nginx調度時分配請求到進程並不是那麼的均衡，所以假如填寫10240，
總併發量達到3-4萬時就有進程可能超過10240了，這時會返回502錯誤。
轉自：http://blog.csdn.net/fireroll/article/details/15756745
