2.2 Caching

    mod_cache是从mod_proxy分离出来的。在以前apache 1.3的时候，就已经在mod_proxy中支持缓冲技术了。现在是为了加强缓冲能力，从mod_proxy中独立出来，而mod_proxy被完全重写了，更强调代理的作用了。

    从Apache 2.2开始，mod_cache将不再是实验模块而作为稳定模块发布了。为了能够支持cache，需要在编译的时候，启用它，因为默认caching是禁用的。我估计是因为以前还是实验模块，所以还是为了向后兼容的问题，暂时是默认禁用的。

    mod_cache一共有三种mod_mem_cache,mod_disk_cache和mod_file_cache。具体怎么用可以看apache的文档，虽然是英文，不过不是很难懂：

    http://httpd.apache.org/docs/2.2/caching.html

    网上也有一些关于mod_cache的中文配置文章可以参考。

    总值为了能够用cache，需要在编译的时候设置：

--enable-cache --enable-disk-cache --enable-mem-cache --enable-file-cache 

2.3 原子操作

    有些模块中，如mod_cache中使用了一些原子操作，多任务中的互斥量操作之类的。为了可移植性，一般都是用互斥量环绕条件语句来判断来实现。比如： 

acquire_lock(mutex);
if( a == 0 ){
a = 3;
}
release_lock(mutex);

    加锁的目的是确保if和赋值不会被其他线程中断。可是有些cpu中提供了一条指令来做判断赋值，不需要这么复杂的操作，比如486加入的指令：

cmpxchg [edx], eax 

    先测试[edx]是否为0，如果为0，就让[edx]=eax。

    通过硬件保证了中间不会被中断。要知道一旦用到了互斥量，那么线程切换的等待就避免不了，这对于线程太多并且有公用数据的程序来说，影响性能的因素之一。因此一旦得到了硬件的直接支持。在多线程程序的处理上，就少了很多的锁，也就提高了一定的性能。但是，不是所有的cpu都有这样的指令，因此默认情况下还是使用锁的老办法。除非编译时明确声明：

--enable-nonportable-atomics=yes 

    需要注意的是，这样编译后，只能用在486及其以上的计算机中。我估计一般的服务器不是跑在386上吧。呵呵，对了，也尽量不要是64位的系统。

2.4 允许后期动态加载模块

--enable-mods-shared=most 

    这将编译大部分的模块为动态模块，这样后期可以动态的调入。默认情况竟然是不允许，太令我诧异了。呵呵。我感觉对于典型的多进程应用，模块就应该是动态加载，这样比较节省内存空间，反正大家用得都差不多的模块。