- 主题:browser comet capacity test (Powered by zms)
纯粹从连接数上讲 单机带两万是很轻松的 水木就可以证明
而且瓶颈并不是在http的解析上
apache有epoll的mpm 但是apache对应每个连接都要占用一个线程 这个是致命的
lighttpd和nginx都是可以的
【 在 ttl (小驴|主ID) 的大作中提到: 】
: IE和Safari的之所以要那样是因为它们的页面对象会越来越大，FX和Opera的就没有这个问题
: 至于Server端嘛，如果你是event-driven的Server就不会有问题（不过IIS/Apache都不是，好像lighthttpd支持，没用过 -,-），其实它跟Socket Server是一样的嘛，你和水木的连接不用被重置，那个Server不是照样带两万人的在线，不过http协议栈要做一堆事情，单机带两万是不
--
FROM 202.106.180.62
nod 这是一部分 还有很大的一个部分是内存拷贝的开销 不考虑应用逻辑部分
【 在 zms (来福) 的大作中提到: 】
: 瓶颈不在 http的解析上，在 tcp/ip 栈的效率上
: 如果用好的tcpip栈，有明显的效果，比方说用freebsd
--
FROM 202.106.180.62
这是必然了 毕竟是binary和text的区别 不过按照你这个例子 socket情况下也不过就6MB/s而已 莫非已经到极限了？
【 在 ttl (小驴|主ID) 的大作中提到: 】
: 我每条消息128字节，每客户平均4~8条/s，6K个用户的话，用SOCKET，带宽就已经占不少了
: 用HTTP的额外开销会大不少的
--
FROM 202.106.180.62
恩 在转来转去上消耗的太多肯定会影响效率了
如果直接改造lighttpd或者nginx来更简单点做的话 效率可能会提高很多
带宽到了那就没辙了 只能想办法压缩了 呵呵
【 在 ttl (小驴|主ID) 的大作中提到: 】
: socket明显不只6K个用户啊，我只是估算我那个应用HTTP长连接到6K用户就极限了。
--
修改:JayXie FROM 202.106.180.62
FROM 202.106.180.62
http协议其实很简单的呃……尤其你这种有特定用途的，只要实现一部分就足够了啊
实在不行 从apache或者lighttpd里弄出来效率我觉得也会比http.dll要高吧
IOCP这个肯定没的挑了 应用逻辑不能变 剩下的也就只有http解析以及转来转去这块可以下手了 呵呵
【 在 ttl (小驴|主ID) 的大作中提到: 】
: 我是自己用IOCP+http.dll的api手工打造的Web Server，在win下，很难再提高效率了。我可没有实力去自己实现一套HTTP的协议栈。
--
FROM 202.106.180.62
:D
想要性能就不能怕麻烦 想少点麻烦就要牺牲点性能
Make it run, make it right, then fast :)
【 在 ttl (小驴|主ID) 的大作中提到: 】
: 应该不会差多少，毕竟是IIS的核心啊。
: 关键是还要有https这块啊，需求是肯定有的，想着都烦。
--
FROM 202.106.180.62
nod 有那精神多思考些产品业务上的事情了呵呵 反正这年头服务器已经跟不要钱似的……
【 在 ttl (小驴|主ID) 的大作中提到: 】
: httpapi.dll是http.sys的调用封装，性能也应该算是不错的了，去麻烦那么多，提升很限的，费那劲，还不如申请一台服务器呢。
--
FROM 202.106.180.62