另一个关于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
答案 0 :(得分:0)
我认为您的问题与此处提出的问题不同:“comet.c cannot work with more than one page opened in browser” ...并且您正在使用自己的“修复”(随机URI参数)。
首先想到的问题是:您是否尝试过6个不同的客户端(使用6个不同的IP地址)?
您提供的数据:
Timeouts:9 (25.00%)
...表明客户端可能无法很好地使用并发性,如果请求延迟太多,则必须简化默认的G-WAN超时。