水木社区手机版
首页
|版面-Web开发(WebDev)|
新版wap站已上线
返回
首页
|
上页
|
2/2
|
转到
主题:browser comet capacity test (Powered by zms)
27楼
|
ttl
|
2008-05-23 13:40:33
|
展开
socket明显不只6K个用户啊,我只是估算我那个应用HTTP长连接到6K用户就极限了。
【 在 JayXie (我是黑猫警长,专管花猫警察di~~) 的大作中提到: 】
: 这是必然了 毕竟是binary和text的区别 不过按照你这个例子 socket情况下也不过就6MB/s而已 莫非已经到极限了?
--
FROM 123.112.13.*
29楼
|
ttl
|
2008-05-23 13:55:15
|
展开
我是自己用IOCP+httpapi.dll的api手工打造的Web Server,在win下,很难再提高效率了。我可没有实力去自己实现一套HTTP的协议栈。
【 在 JayXie (我是黑猫警长,专管花猫警察di~~) 的大作中提到: 】
: 恩 在转来转去上消耗的太多肯定会影响效率了
: 如果直接改造lighttpd或者nginx来更简单点做的话 效率可能会提高很多
: 带宽到了那就没辙了 只能想办法压缩了 呵呵
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*
31楼
|
ttl
|
2008-05-23 14:07:00
|
展开
应该不会差多少,httpapi.dll,IIS也是用它的,效率应该是可以依赖的。
关键是还要有https这块啊,需求是肯定有的,想着都烦。
【 在 JayXie (我是黑猫警长,专管花猫警察di~~) 的大作中提到: 】
: http协议其实很简单的呃……尤其你这种有特定用途的,只要实现一部分就足够了啊
: 实在不行 从apache或者lighttpd里弄出来效率我觉得也会比http.dll要高吧
: IOCP这个肯定没的挑了 应用逻辑不能变 剩下的也就只有http解析以及转来转去这块可以下手了 呵呵
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*
33楼
|
ttl
|
2008-05-23 14:16:14
|
展开
httpapi.dll是http.sys的调用封装,性能也应该算是不错的了,去麻烦那么多,提升很有限的,费那劲,还不如申请一台服务器呢。
而且lighthttpd在windows下只能通过cygwin或者minGW编译,它用的是epoll模型,这样转过来性能是否更高也不好说啊,它如果能原生的支持IOCP倒应该还不错,更要命的是,因为很多原因,项目是VC的。。。
【 在 JayXie (我是黑猫警长,专管花猫警察di~~) 的大作中提到: 】
: :D
: 想要性能就不能怕麻烦 想少点麻烦就要牺牲点性能
: Make it run, make it right, then fast :)
: ...................
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*
35楼
|
ttl
|
2008-05-23 14:47:23
|
展开
RE
而且用httpapi还有个好处就是,和IIS不冲突,只要监听的URI前缀不冲突即可。
比如IIS下有
http://xxx/
我的程序用
http://xxx/app
,只要IIS根里没有app这个文件夹,就不会出任何的乱子。。
【 在 JayXie (我是黑猫警长,专管花猫警察di~~) 的大作中提到: 】
: nod 有那精神多思考些产品业务上的事情了呵呵 反正这年头服务器已经跟不要钱似的……
--
修改:ttl FROM 123.112.13.*
FROM 123.112.13.*
41楼
|
ttl
|
2008-07-05 01:47:14
|
展开
非主流啊~~~ 呵呵~~~~
我这边还C++打造的呢。
【 在 scaner (生活就像小烂狗) 的大作中提到: 】
: twisted啊, epoll reactor, 轻松到8000连接.
--
FROM 125.33.190.*
首页
|
上页
|
2/2
|
转到
选择讨论区
首页
|
分区
|
热推
BYR-Team
©
2010.
KBS Dev-Team
©
2011
登录完整版