当有超过6个连接时,comet.c被挂起

时间:2013-07-11 05:04:50

标签: g-wan

另一个关于coment.c in gwan的问题 在浏览器中,打开许多csp_comet.html页面,使用相同的频率启动相同的Feed。 1秒 所有ajax都使用时间戳调用comet.c 但是,当页面太多(大约六页)时,新打开的页面会保持打开而不显示任何数据。

此时,即使是其他浏览器,也无法访问同一vhost的其他脚本和静态页面。浏览器什么也没显示。我试图访问其他vhost(在gwan中的同一个监听器),它工作正常,但有延迟。

我试图杀死一些页面,发现有些页面已经死了(0 OK而不是csp_comet.html中的GMT时间,并且停止更新。) 继续查杀页面,最后一个挂起的请求变得对显示数据产生了影响。在这种状态下,大约有6个活跃的彗星喂食。

谁能说出发生了什么? 或者,它可以在你身边复制吗?

我的gwan版本是4.3.14
Ubuntu 12.04.2 LTS \ n \ l(3.2.0-49)64位

结果... /?报告 ---------------------------

全部:39(76.92%的缓存未命中)
HTTP:13(占所有请求的33.33%)
错误:1(所有请求的2.56%) CSP:50(占所有请求的128.21%)例外:0

连接 接受:36(每个连接1.08个请求)
关闭:30
超时:9(25.00%)接受:9阅读:0慢:0建立:0发送:0关闭:0
忙:1(等待:0读数:0回复:1发送:0推送:5转发:0结束:0)

线程套接字活动lastread超时发送ip:端口状态请求
1 19 00:26:42 00:00:00 00:00:00 0 127.0.0.1:22182 rSEND
1 20 00:26:27 00:00:00 00:00:00 0 127.0.0.1:22694 rSEND
1 22 00:26:19 00:00:00 00:00:00 0 127.0.0.1:23206 rSEND
0 18 00:01:09 00:00:00 00:00:00 0 127.0.0.1:48294 rSEND
0 23 00:00:00 00:00:00 00:00:04 0 127.0.0.1:49830发送GET /?报告
0 27 00:00:53 00:00:00 00:00:00 0 127.0.0.1:48806 rSEND

1 个答案:

答案 0 :(得分:0)

我认为您的问题与此处提出的问题不同:comet.c cannot work with more than one page opened in browser ...并且您正在使用自己的“修复”(随机URI参数)。

首先想到的问题是:您是否尝试过6个不同的客户端(使用6个不同的IP地址)?

您提供的数据:

Timeouts:9 (25.00%) 

...表明客户端可能无法很好地使用并发性,如果请求延迟太多,则必须简化默认的G-WAN超时。