 |
积木首页 | 500多种网页特效 | 函数手册 | 广播电台 | 高清晰图片素材 | 服务器合租 | 万年历 | 网友最新浏览记录 |  |
| 程序开发 |  |
网页设计 | |
搜索引擎 | |
特效代码 | |
操作系统 | |
防范病毒 | |
黑客技术 | |
图形图象 | |
电脑硬件 | |
网络技术 | |
服 务 器 | |
数 据 库 | |
网文精粹 |
您的位置：标题：Apache 性能最优化分析(11)
时间：2004-7-24 来源：不详 浏览数：次
所有静态文件使用mmap：
mmap(0, 6144, PROT_READ, MAP_PRIVATE, 4, 0) = 0x400ee000
...
munmap(0x400ee000, 6144) = 0
在一些系统上mmap小文件的效率不如直接读取该文件。宏MMAP_THRESHOLD用来设置应用mmap时的最小文件尺寸。缺省值是0（但在SunOS4上的缺省值是8129。实验证明这个值在该系统上比较理想）类似lmbench的工具可以帮助您在您的系统上进行优化设置。
您也许乐意在MMAP_SEGMENT_SIZE上做个实验（缺省值32768）。它决定了被mmap的文件将以一次多少个字节写出。Apache只在每次write之间重置客户的超时时间，因此把这个值设得过大容易把带宽较窄的用户拒之门外--除非同时增加Timeout。
您的系统有可能根本不用mmap。如果是这样的话，定义USE_MMAP_FILES和HAVE_MMAP也许会奏效（如果它真的有效请告诉我们）。
Apache尽全力避免在内存中拷贝数据。对任何请求的首次写出都将借助writev合并头标及第一块数据：
writev(3, [{"HTTP/1.1 200 OK\r\nDate: Thu, 11"..., 245},{"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 6144}], 2) = 6389
当进行HTTP/1.1块状编码时，Apache将生成最多为4个元素的writev。它的目标是将字节拷贝至内核，这是典型情况下必须做的事情（为了组装网络数据包）。2.0.31之前的Linux并不进行合并，而是为每个元素生成一个数据包。因此升级系统是一个好主意。定义NO_WRITEV将阻止这种合并，但将使得块状编码的性能很差。
日志文件的写入工作
write(17, "127.0.0.1 - - [10/Sep/1997:23:39"..., 71] = 71
能够被宏定义BUFFERED_LOGS推迟。这种情况下，在真正写入文件之前，最多PIPE_BUF个字节（POSIX标准定义的常量）的日志信息将被缓存。由于写入条目不是atomic的（就是说来自不同子进程的信息将混合在一起），因此跨越PIPE_BUF边界的条目不会被分割。当子进程终止时，Apache用出色的方式将缓存排空。
（责任编辑：欣欣裴）
mmap(0, 6144, PROT_READ, MAP_PRIVATE, 4, 0) = 0x400ee000
...
munmap(0x400ee000, 6144) = 0
在一些系统上mmap小文件的效率不如直接读取该文件。宏MMAP_THRESHOLD用来设置应用mmap时的最小文件尺寸。缺省值是0（但在SunOS4上的缺省值是8129。实验证明这个值在该系统上比较理想）类似lmbench的工具可以帮助您在您的系统上进行优化设置。
您也许乐意在MMAP_SEGMENT_SIZE上做个实验（缺省值32768）。它决定了被mmap的文件将以一次多少个字节写出。Apache只在每次write之间重置客户的超时时间，因此把这个值设得过大容易把带宽较窄的用户拒之门外--除非同时增加Timeout。
您的系统有可能根本不用mmap。如果是这样的话，定义USE_MMAP_FILES和HAVE_MMAP也许会奏效（如果它真的有效请告诉我们）。
Apache尽全力避免在内存中拷贝数据。对任何请求的首次写出都将借助writev合并头标及第一块数据：
writev(3, [{"HTTP/1.1 200 OK\r\nDate: Thu, 11"..., 245},{"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 6144}], 2) = 6389
当进行HTTP/1.1块状编码时，Apache将生成最多为4个元素的writev。它的目标是将字节拷贝至内核，这是典型情况下必须做的事情（为了组装网络数据包）。2.0.31之前的Linux并不进行合并，而是为每个元素生成一个数据包。因此升级系统是一个好主意。定义NO_WRITEV将阻止这种合并，但将使得块状编码的性能很差。
日志文件的写入工作
write(17, "127.0.0.1 - - [10/Sep/1997:23:39"..., 71] = 71
能够被宏定义BUFFERED_LOGS推迟。这种情况下，在真正写入文件之前，最多PIPE_BUF个字节（POSIX标准定义的常量）的日志信息将被缓存。由于写入条目不是atomic的（就是说来自不同子进程的信息将混合在一起），因此跨越PIPE_BUF边界的条目不会被分割。当子进程终止时，Apache用出色的方式将缓存排空。
（责任编辑：欣欣裴）
其他文章
- 上一篇文章： Apache 性能最优化分析(10)
- 下一篇文章： Apache 性能最优化分析(12)
相关文章
最近更新
今日推荐
热点文章