Apache 性能最優化分析(9)

2024-08-27 18:26:00

字體：大中小

來源：轉載

供稿：網友

　　accept串行化：

　　　　flock(18, LOCK_UN) = 0
　　　　...
　　　　flock(18, LOCK_EX) = 0

　　這兩個調用可以被上文提到的宏SINGLE_LISTEN_UNSERIALIZED_ACCEPT去掉。

　　對信號SIGUSR1的處理：

　　　　sigaction(SIGUSR1, {SIG_IGN}, {0x8059954, [], SA_INTERRUPT}) = 0
　　　　...
　　　　sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}) = 0
　　　　...
　　　　sigaction(SIGUSR1, {0x8059954, [], SA_INTERRUPT}, {SIG_IGN}) = 0

　　引起它們的原因是"溫和重啟"（graceful restart --用SIGUSR1而不是SIGHUP使Apache重新啟動。這種方式為Apache留出了自行處理的余地--譯者注）。當父進程收到SIGUSR1后，它將把這一信號傳遞給所有子進程（同時遞增在共享內存中更新計數器的值"generation counter"）。所有空閑的子進程（即在兩次連接之間的子進程）收到信號后將立即終止。所有處于持續連接（keep-alive）但在兩次請求之間的子進程也將立即終止。但處于連接中并等待第一次請求的子進程將不會立即終止。

　　為了說明它的必要性，請考慮一個瀏覽器對已關閉連接的處理。如果已關閉的連接是持續連接，而且下一個請求不是該連接的第一個請求，瀏覽器將不動聲色地建立另一個連接并重新發出請求。由于服務器任何時候都可能關閉一個持續連接（可能因為超時或者超過了最大請求數目），這樣處理是有必要的。但是，如果在回應第一個請求前連接就被關閉，瀏覽器通常會顯?quot;文檔中無數據"的對話框（或者顯示被折斷的圖片）。這是在假設服務器非正常終止（或者太忙）的情況下作出的反應。因此，Apache力圖避免在作出任何回應前就關閉連接。這就是處理SIGUSR1的原因。

　　盡管在理論上避免那三個調用是可行的，但在粗略的測試中這樣的改進是微不足道的。

上一篇：Apache 性能最優化分析(10)

下一篇：Apache 性能最優化分析(1)