- 主题:browser comet capacity test (Powered by zms)
是的，所以我们决定用flash
flash发起的请求又不受浏览器管，浏览器管不着，虽然在一个进程
【 在 withinsea (沐海~魔導奏器|歌の琴フォルテール) 的大作中提到: 】
: 呃……那 youtube 是怎么做的？flash 不受这个限制？
--
FROM 221.219.117.129
即使这样，对一个应用来说，还是致命的，说不准有一个长连接就死在那儿了，然后给用户的表象就是服务器down了
【 在 ttl (小驴|主ID) 的大作中提到: 】
: 浏览器都有这个限制。。。 -,-
: 两个连接，一个用来发请求，一个用来推数据，如果链接要在新窗口打开这样的页面，最好换个字域名。
--
FROM 221.219.117.129
所以我是C++纯手工打造的Server啊。。。
【 在 zms (来福) 的大作中提到: 】
: 即使这样，对一个应用来说，还是致命的，说不准有一个长连接就死在那儿了，然后给用户的表象就是服务器down了
--
FROM 123.112.13.*
flash的内存占用情况咋样？
【 在 zms (来福) 的大作中提到: 】
: 是的，所以我们决定用flash
: flash发起的请求又不受浏览器管，浏览器管不着，虽然在一个进程
--
FROM 124.64.105.*
所以要定时reset
【 在 zms (来福) 的大作中提到: 】
: 即使这样，对一个应用来说，还是致命的，说不准有一个长连接就死在那儿了，然后给用户的表象就是服务器down了
--
FROM 124.64.105.*
IE和Safari的之所以要那样是因为它们的页面对象会越来越大，FX和Opera的就没有这个问题
至于Server端嘛，如果你是event-driven的Server就不会有问题（不过IIS/Apache都不是，好像lighthttpd支持，没用过 -,-），其实它跟Socket Server是一样的嘛，你和水木的连接不用被重置，那个Server不是照样带两万人的在线，不过http协议栈要做一堆事情，单机带两万是不行的，不过带两千在线是非常轻松的，我那个程序带了两千个在线，每客户平均每秒有4~8个数据，CPU占用也就30%不到。
【 在 sayinger (言者) 的大作中提到: 】
: 所以要定时reset
--
FROM 123.112.13.*
纯粹从连接数上讲 单机带两万是很轻松的 水木就可以证明
而且瓶颈并不是在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
我这是win server，用的是IOCP。
SOCKET的负载还是要明显小不少的，估计单机带HTTP客户也就六七千吧。
SERVER也支持C/S，在只有客户端软件的时候，CPU占用明显低。
【 在 JayXie (我是黑猫警长，专管花猫警察di~~) 的大作中提到: 】
: 纯粹从连接数上讲 单机带两万是很轻松的 水木就可以证明
: 而且瓶颈并不是在http的解析上
: apache有epoll的mpm 但是apache对应每个连接都要占用一个线程 这个是致命的
: ...................
--
FROM 123.112.13.*
我server自己用java写的，没用什么框架，可以支持大几千的长连接 （大概八千左右吧）
不过我的连接只推送东西，不读取
cpu占用也不大，大概20%左右，感觉都是操作系统自己的占用（忙着发送东西）
而且感觉io资源已经耗尽了，还有拥挤导致的tcp错误的情况
【 在 ttl (小驴|主ID) 的大作中提到: 】
: IE和Safari的之所以要那样是因为它们的页面对象会越来越大，FX和Opera的就没有这个问题
: 至于Server端嘛，如果你是event-driven的Server就不会有问题（不过IIS/Apache都不是，好像lighthttpd支持，没用过 -,-），其实它跟Socket Server是一样的嘛，你和水木的连接不用被重置，那个Server不是照样带两万人的在线，不过http协议栈要做一堆事情，单机带两万是不
--
FROM 221.219.102.185
瓶颈不在 http的解析上，在 tcp/ip 栈的效率上
如果用好的tcpip栈，有明显的效果，比方说用freebsd
【 在 JayXie (我是黑猫警长，专管花猫警察di~~) 的大作中提到: 】
: 纯粹从连接数上讲 单机带两万是很轻松的 水木就可以证明
: 而且瓶颈并不是在http的解析上
: apache有epoll的mpm 但是apache对应每个连接都要占用一个线程 这个是致命的
: ...................
--
FROM 221.219.102.185