nginx 驚群問題

問題的背景：
在建立連接的時(shí)候，Nginx處于充分發(fā)揮多核CPU架構(gòu)性能的考慮，使用了多個(gè)worker子進(jìn)程監(jiān)聽相同端口的設(shè)計(jì)，這樣多個(gè)子進(jìn)程在accept建立新連接時(shí)會(huì)有爭搶，這會(huì)帶來著名的“驚群”問題，子進(jìn)程數(shù)量越多越明顯，這會(huì)造成系統(tǒng)性能的下降。
如何解決驚群問題-post事件處理機(jī)制

很多操作系統(tǒng)的最新版本的內(nèi)核已經(jīng)在事件驅(qū)動(dòng)機(jī)制中解決了驚群問題，但Nginx作為可移植性極高的web服務(wù)器，還是在自身的應(yīng)用層面上較好的解決了這一問題。
Nginx規(guī)定了同一時(shí)刻只有唯一一個(gè)worker子進(jìn)程監(jiān)聽web端口，這一就不會(huì)發(fā)生驚群了，此時(shí)新連接事件只能喚醒唯一的正在監(jiān)聽端口的worker子進(jìn)程。

如何限制在某一時(shí)刻是有一個(gè)子進(jìn)程監(jiān)聽web端口呢？在打開accept_mutex鎖的情況下，只有調(diào)用ngx_trylock_accept_mutex方法后，當(dāng)前的worker進(jìn)程才會(huì)去試著監(jiān)聽web端口。

我的問題：
假定當(dāng)前所有的woker進(jìn)程處于休眠狀態(tài)，當(dāng)連接事件發(fā)生的時(shí)候 ，是不是所有的wokrer進(jìn)程都會(huì) 嘗試獲取鎖，如果獲取成功就會(huì) 處理連接事件。 那么這種情況下 不也 回導(dǎo)致 連接事件發(fā)生時(shí)，喚醒所有的wokrer進(jìn)程 去競爭獲取鎖嗎？

驚群 問題 就是解決 如下問題的

而 使用鎖的解決方案中 如何避免多個(gè)worker進(jìn)程 被喚醒競爭鎖？？