Apache 性能最優(yōu)化分析(5)

2024-08-27 18:25:57

字體：大中小

供稿：網(wǎng)友

　USE_FLOCK_SERIALIZED_ACCEPT

　　此方法用flock(2)系統(tǒng)調(diào)用對(duì)一個(gè)鎖文件加鎖。（此文件在LockFile命令中指定）

　　USE_FCNTL_SERIALIZED_ACCEPT

　　此方法用flock(2)系統(tǒng)調(diào)用對(duì)一個(gè)鎖文件加鎖。（此文件在LockFile命令中指定）

　　USE_SYSVSEM_SERIALIZED_ACCEPT （1.3版及以后）

　　此方法借助SysV的信號(hào)量（semaphores）實(shí)現(xiàn)互斥。但不巧的是SysV信號(hào)量有一些負(fù)面作用。一是Apache可能在清除信號(hào)量之前非正常終止；二是在使用信號(hào)量API時(shí)需要考慮到任何與服務(wù)器UID相同的CGI程序可以進(jìn)行拒絕服務(wù)攻擊（就是說(shuō)所有的CGI程序都可以這樣做，除非使用suexec或cgiwrapper之類的方法）。所以，這種方法并不被IRIX之外的系統(tǒng)廣泛采納（由于大多數(shù)IRIX系統(tǒng)上，使用前兩種方法的代價(jià)太大）。

　　USE_USLOCK_SERIALIZED_ACCEPT

　　（1.3版及以后）此方法僅在IRIX上可用。它調(diào)用usconfig(2)創(chuàng)建互斥量。雖然這種方法避免了對(duì)SysV信號(hào)量的種種爭(zhēng)議，但它不是IRIX的缺省方案。這是由于在單處理器的IRIX系統(tǒng) （5.3或6.2）上，uslock代碼比SysV信號(hào)量慢兩個(gè)數(shù)量級(jí)；但在多處理器的IRIX中前者比后者快一個(gè)數(shù)量級(jí)。這無(wú)非使問(wèn)題復(fù)雜化了。所以在多處理器IRIX系統(tǒng)上，您需要用如下的附加參數(shù)編譯Apache：

　　　　在EXTRA_CFLAGS中添加-DUSE_USLOCK_SERIALIZED_ACCEPT
　　　　USE_PTHREAD_SERIALIZED_ACCEPT

　　（1.3版及以后）此方法實(shí)現(xiàn)了POSIX標(biāo)準(zhǔn)互斥量。它理應(yīng)可以工作在任何實(shí)現(xiàn)了全部POSIX線程規(guī)范的系統(tǒng)上，但事實(shí)是只有在Solaris 2.5或以上的系統(tǒng)及特定的配置中才能工作。如果您嘗試這種方法的話，需要小心服務(wù)器掛起或者沒(méi)有響應(yīng)。服務(wù)器在只輸出靜態(tài)網(wǎng)頁(yè)的情況下運(yùn)行得很好。

　　如果您的系統(tǒng)上有其他串行化的方法，為它書寫代碼（并把補(bǔ)丁寄給Apache）是值得的。

　　有一個(gè)考慮到但從未實(shí)現(xiàn)的方案是對(duì)循環(huán)部分地串行化--即允許一定數(shù)目的進(jìn)程進(jìn)入循環(huán)。在同一時(shí)刻可運(yùn)行若干進(jìn)程的多處理器系統(tǒng)上，這個(gè)主意是滿不錯(cuò)的。而且前面提到的方案并沒(méi)有充分利用帶寬。可由于高度并行化的服務(wù)器實(shí)在少見，這個(gè)方案的優(yōu)先級(jí)比較低。

　　為了得到最佳性能，不用多偵聽命令是最理想的。請(qǐng)繼續(xù)往下看。

上一篇：Apache 性能最優(yōu)化分析(7)

下一篇：Apache 性能最優(yōu)化分析(12)