![]() |
|
![]() |
#1 |
注册日期: 2008-11-17
帖子: 9
现金:0金币
资产:0金币
![]() |
我的理解是handeled是说处理完成的吧 730个应该是HTTP会话过程意外终止的 |
![]() |
![]() |
![]() |
#2 | |
注册日期: 2009-01-10
帖子: 15
现金:12金币
资产:12金币
声望: 10
![]() |
引用:
![]() 另一台 apache 服务器上一年来,也有17000多个. 累计. |
|
![]() |
![]() |
![]() |
#3 |
注册日期: 2009-07-19
帖子: 11
现金:4金币
资产:4金币
声望: 10
![]() |
accepts 应该表示的是socket连接已经建立完成 handled 是client发送的数据(HTTP请求)已经进行了对应的处理 之间的差异有可能是client连接成功但是没有发送任何有效数据或者是发送数据超时造成的 造成差异的具体原因多种多样,比如对一个放在公网的web server来说应该有不少人用各种扫描工具之类的的进行扫描吧,如果是自己在内网测试的话,也有可能是某些时刻服务器负载过大造成一些连接出现问题或者来不及响应之类的吧 个人认为应该问题不大 之前对apache和nginx的代码有过一些研究,nginx在大并发(1万以上)的情况下肯定是比apache要有优势的。因为nginx和lighttpd这些新的web server在linux下用的是epoll,FreeBSD下用的是kqueue,比apache的select/poll效率高很多 如果web server的并发数较少,比如只有几百个,那么apache和nginx的性能差距并不大,而且apache的多进程模型会更加稳定,当然nginx也可以配置成为多进程模式 |
![]() |
![]() |
![]() |
#4 |
注册日期: 2009-03-20
帖子: 14
现金:5金币
资产:5金币
声望: 10
![]() |
謝謝前輩的分析,真的是說的非常的有經驗. 基本上了解了. 謝謝前輩指點. |
![]() |
![]() |
![]() |
#5 |
注册日期: 2009-04-18
帖子: 16
现金:-3金币
资产:-3金币
声望: 10
![]() |
又看了下新版的apache(>2.2),发现新的event MPM模式使用的是epoll和kqueue,在网络连接数和大并发的情况下可以使用,更正一下
|
![]() |
![]() |
![]() |
#6 |
注册日期: 2009-06-29
帖子: 17
现金:16金币
资产:16金币
声望: 10
![]() |
nginx还算是不错了,我遇到的问题就是和java的app server配合的时候没有模块支持,用proxy模式的时候很多应用会出问题。
|
![]() |
![]() |
![]() |
#7 |
注册日期: 2009-06-11
帖子: 20
现金:20金币
资产:20金币
声望: 10
![]() |
google 上看了一下,好像都吹的很神乎嘛
|
![]() |
![]() |