當超過6個連接時，comet.c被掛起

另一個關於gwan中coment.c的問題。
在瀏覽器中，打開csp_comet.html的許多頁面，以相同頻率啓動相同的Feed。 1秒。
所有的ajax都用時間戳調用comet.c。
但是，當頁面太多（大約六頁）時，新打開的頁面在沒有任何數據顯示的情況下保持打開狀態。當超過6個連接時，comet.c被掛起

此時，即使通過其他瀏覽器，也無法訪問同一虛擬主機的其他腳本和靜態頁面。瀏覽器什麼都不顯示。我試圖去拜訪其他的鬼魂（同樣的聽衆），它工作正常，但有延遲。

我試圖殺死一些頁面，發現有些已經死了（顯示的是0 OK而不是csp_comet.html中的GMT時間，並停止更新）。
繼續查殺頁面，最後掛起的請求變成響應以顯示數據。在這個狀態下，大約有6個活動的彗星。

誰能說出發生了什麼？或者，它可以在你身邊轉載嗎？

我金桂冠版本是4.3.14
的Ubuntu 12.04.2 LTS \ n \ L（3.2.0-49）64位../?report的

結果----- ----------------------
請求
全部：39（76.92％的Cache未命中）
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 0時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

來源

2013-07-11 k.k. lou

我假定您的問題與其他問題不同這裏介紹：「comet.c cannot work with more than one page opened in browser」 ...並且您使用自己的「修復」（一個隨機URI參數）。

想到第一個問題：你是否嘗試過使用6個不同的客戶端（使用6個不同的IP地址）？

數據您提供：

Timeouts:9 (25.00%)

...表明，客戶端可能無法與併發性發揮好，如果請求被延遲太多，那麼你將有緩解默認G-WAN超時。

來源

2013-07-11 16:20:45 Gil

感謝您的指導。將嘗試使用不同IP的許多客戶端。 –

如果是客戶端問題，爲什麼其他瀏覽器在同一頁面掛在其他瀏覽器中時無法訪問該頁面？ –

在死頁面中，有一個'0 OK'來代替GMT時間。它應該由服務器發送來終止該連接。如果是這樣，它可能不是客戶端問題。頁面停止更新可能由服務器觸發，而不是由客戶端觸發。 –

當超過6個連接時，comet.c被掛起

回答

相關問題