2013-07-11 6 views
0

Другой вопрос о coment.c в gwan.
В браузере откройте много страниц csp_comet.html, запустите тот же канал с той же частотой. 1 сек.
Все ajax вызывает comet.c с меткой времени.
Но, когда страниц слишком много (около шести страниц), вновь открытая страница продолжает открываться без отображения данных.comet.c повешен при наличии более 6 соединений

В настоящий момент, даже другим браузером, доступ к другим сценариям и статическим страницам одного и того же vhost невозможен. В браузерах ничего нет. Я попытался посетить других vhosts (одного и того же слушателя в gwan), он отлично работает, но с задержкой.

Я попытался убить некоторые страницы и обнаружил, что некоторые из них были мертвы (0 OK показаны вместо времени GMT в csp_comet.html и прекратили обновление).
Продолжайте убивать страницы, последний висящий запрос стал отвечать на показанные данные. В этом состоянии имеется около 6 активных комет-кормлений.

Кто может сказать, что произошло?
Или он может быть воспроизведен в вашей стороне?

Мои Гван версия 4.3.1 Ubuntu 12.04.2 LTS \ п \ л (3.2.0-49) 64-битный

результат ../?report ----- ----------------------
Запросы
Все: 39 (76.92% от Cache misses)
HTTP: 13 (33.33% всех запросов)
Ошибки: 1 (2,56% всех запросов) CSP: 50 (128,21% всех запросов) Исключения: 0

Connections Принято: 36 (1,08 запросов на соединение)
Закрыт: 30
Таймауты: 9 (25,00%) Accept: 9 Чтение: 0 Slow: 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 /? Report
0 27 00:00:53 00:00:00 00:00:00 0 127.0.0.1:48806 rSEND

ответ

0

Я предполагаю, что ваша проблема отличается от вашей представленный здесь: «comet.c cannot work with more than one page opened in browser» ... и что вы используете свое собственное «исправление» (случайный аргумент URI).

Первый вопрос, который приходит на ум: вы пробовали 6 разных клиентов (используя 6 разных IP-адресов)?

Предоставленные вами данные:

Timeouts:9 (25.00%) 

... предполагает, что клиент не может хорошо играть с параллелизмом, и если запросы задерживаются слишком много, то вам придется ослабить по умолчанию G-WAN тайм-аута.

+0

руководство пользователя. Попробует много клиентов с разными IP-адресами. –

+0

Если это проблема с клиентом, почему другой браузер не может получить доступ к странице, когда одна и та же страница висит в другом браузере? –

+0

На мертвой странице есть «0 ОК», заменяющее время по Гринвичу. Он должен быть отправлен сервером для прекращения этого соединения. Если это так, это может быть не проблема с клиентом. Обновление страницы может быть вызвано сервером, а не клиентом. –