配置Apache 1.3或者Apache 2.0服务器的5个技巧

acceptmutex

apache 1.3.21和apache 2.0中引入了acceptmutex 指示符，该指示符给调节服务器的性能带来了一个难得的机会。该指示符配置apache的accept()处理方式。在某些只有一个侦听器的系统上是不需要接受阻塞的。这就叫single listen unserialized accept （slua）。可是，对那些具有多个侦听器的配置或者在接受系统调用函数上（不管有多少个侦听器）存在thundering herd问题的操作系统上，连接接受程序就必须进行串行化了。

covalent的sander temme对accept()阻塞策略进行了一定程度的性能分析。这份报告总结了apache 1.3.21在这一方面的有关调整策略，如下所示：

• irix的uslock (uslock)
• posix跨进程阻塞 (pthread)
• systemv semaphores (sysvsem)
• fcntl()阻塞(fcntl)
• flock()阻塞 (flock)
• os/2 semaphores (os2sem)
• tpf 阻塞 (tpfcore)
• none（无）

尽管采用acceptmutex none也是可能的，但是你的系统在这种配置下有可能受到thundering herd问题和死锁的困扰。这些问题会导致服务器减慢处理速度乃至停止响应。none选项绝对不能用在实际系统上。在非正式的测试下，pthread锁应该是最好的解决方案。然而，pthread跨进程阻塞并不是所有系统都可用的。

采用2.0版和线程（worker mpm）

apache 2.0有一个显著的改进特性就是支持线程。某些操作系统，比如solaris，在采取线程技术的条件下可以显著地改进系统性能。而其他操作系统，比如linux，其性能改进就可能并不是很显著。

在采用apache 2.0的情况下，处理请求的策略已经理论化了，这就是所谓的mpm：多进程模式（multi process model）。而老一些的apache 1.3模式则以prefork mpm为代表，在unix平台上就是默认mpm for 2.0 。在这种模式下有一个独立的进程处理每一请求。可是，假如你编译apache 2.0的时候带 --with-mpm=worker 选项，那么服务器请求就会由线程来处理。这种方法在精心设计线程实现方案的情况下会大大降低操作系统处理请求的负载。

ssl会话缓存

如果你对apache 1.3或者在apache 2.0采用了mod_ssl补充插件（在在apache 2.0中则已经包含在内），那么你可以采用会话缓存提升系统性能。这种改进会显著降低ssl连接负载。设置会话缓存有三种途径：

• dbm (dbm)，这是一种在磁盘上存储项目的常用格式（htpasswd可以dbm格式存储密码）
• 共享内存循环缓存（shm 或者shmcb）
• 共享内存哈系表（shmht）

在采用以上选项的时候需要指定文件路径。在使用dbm变量的情况下，文件将被写入磁盘。而对共享内存变量来说，文件将被用做操作系统优选共享内存机制的存储备份。值得注意的是，大多数操作系统不允许共享内存段建立在通过网络装载（mount）的驱动器上，比如nfs等，所以必须给服务器提供文件路径。

我们建议你采用共享内存，不过，在那些没有共享内存的平台上则不妨采用dbm方案。

• modssl.org
• apache.org

keepalivetimeout

假设某位用户在阅读网站上的某一网页，然后它单击某一导向站内另一网页的链接。假如这一过程发生在keepalivetimeout 周期之内（默认为15秒），那么就不必创建新的tcp服务器连接。这样做大大减少了计算机的负载。然而，在这一时间区域内服务器也不能处理更多的请求。keepalivetimeout周期过后，服务器才可以处理来自不同客户机的最新请求。因此，你必须增加请求进程或者线程的数量以满足空闲请求的需要。这个值应该进行仔细的调整以达到最佳状态。

采用mod_status

采用mod_status检查服务器负载情况可以从中获得调整服务器性能的重要信息。

apachectl status命令是检查服务器状态的快捷途径。假如该命令的输出结果并没有始终如一的显示出可用的工作进程。那么最好增大minspareservers或者minsparethreads值（在apache 2.0采用线程化mpm的情况下）。同时你可能还需要增大maxclients值。

小结

你完全可以采用本文提出的技巧使服务器的性能最大化同时维持网站的正常运行。