| 域名空间 下载中心 社区论坛 信息公告 my小屋 |
![]() |
联系我们 设为首页 加入收藏 |
|
首页 | 新闻资讯 | 编程开发 | 网页设计 | 图形图象 | 网络媒体 | 网站模板 | 数 据 库 | 投稿 论坛 | 操作系统 | 系统优化 | 网络安全 | 黑客技术 | 硬件学堂 | 硬件报价 | 服 务 器 | 地图 专题 | 应用软件 | 聊天通讯 | q q 专栏 | 建站经验 | 在线工具 | 站长club | 注 册 表 | 旧版 社会 | 游戏娱乐 | 设计欣赏 | 疑难解答 | 社区论坛 | 网络赚钱 | 网站地图 | 广告服务 | 服务 |
| 新版上线![旧版] | |||||
注:打开慢时请稍等
|
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) 转载请注明来源:www.iyit.net 特别声明: 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载,但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站,我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员,我们尽快予以更正。 |
| 相关文章 | ||||
| 友情链接 | ||||||
| 设置首 页 - 版权声明 - 广告服务 - 关于我们 - 联系我们 - 友情连接 |
| |||||||