Комментарии: Comet http://www.insight-it.ru/programmirovanie/javascript/comet/ Информационные технологии Tue, 07 Feb 2012 20:13:46 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: YDmitry http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1706 YDmitry Fri, 09 Jan 2009 18:12:52 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1706 Resin поддерживает Comet. http://www.caucho.com/resin-3.1/examples/servlet-comet/ Был использован в реальной разработке, все работоспособно. Но ServletController там не обычный а CometController, с возможностью засыпания. Resin поддерживает Comet.
http://www.caucho.com/resin-3.1/examples/servlet-comet/
Был использован в реальной разработке, все работоспособно.
Но ServletController там не обычный а CometController, с возможностью засыпания.

]]> Автор: Владимир http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1705 Владимир Tue, 22 Apr 2008 15:26:29 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1705 [quote comment="419"]Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать). Самый главный вопрос: количество возможных открытых сокетов весьма ограничено - по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны. Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали - сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились. Или, что еще хуже - каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса.[/quote] Ну тут вы не правы. Взгляните на фотолинейку на mamba.ru (нужно залогинится чтобы увидеть). Это flash, который держит постоянное соединение с сервером. Серевер каждую секунду отсылает информацию о пришедшей фотке всем клиентам. В пиковые нагрузки чило коннектов приближается к 80 тыс. Сервер один и обрабатывает все по одному порту. Клиент идентифицируется парой Ip-адрес+порт. Сервер однопоточный на не блокируемых сокетах, помимо всего прочего отрабатывает запросы от php-клиентов (до 2000 соединений ~1000 запросов в секунду). Вобщем грамотно вылизанный демон (на С++ разумеется) может держать до 100 тыс. соединений (может и больше - не проверял) и до 100тыс запросов в сек. обрабатывать на серваке средней крутости. Спасибо за Comet, а то я уже было собирался свою технологию изобретать (связка невидимого flash-контроллера держащего постоянное соединение с сервером по FlashRemoting, который уведомляет JavaScript при наступлении события). Я плоховато знаю JavaScript, но был уверен что HTTPRequest может принять только один ответ сервера - потом закрывается. После беглова просмотра статей, как я понял, проблема то не решена. [quote comment="419"]Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать).
Самый главный вопрос: количество возможных открытых сокетов весьма ограничено — по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны.
Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали — сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились.
Или, что еще хуже — каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса.[/quote]
Ну тут вы не правы. Взгляните на фотолинейку на mamba.ru (нужно залогинится чтобы увидеть). Это flash, который держит постоянное соединение с сервером. Серевер каждую секунду отсылает информацию о пришедшей фотке всем клиентам. В пиковые нагрузки чило коннектов приближается к 80 тыс. Сервер один и обрабатывает все по одному порту. Клиент идентифицируется парой Ip-адрес+порт. Сервер однопоточный на не блокируемых сокетах, помимо всего прочего отрабатывает запросы от php-клиентов (до 2000 соединений ~1000 запросов в секунду). Вобщем грамотно вылизанный демон (на С++ разумеется) может держать до 100 тыс. соединений (может и больше — не проверял) и до 100тыс запросов в сек. обрабатывать на серваке средней крутости.

Спасибо за Comet, а то я уже было собирался свою технологию изобретать (связка невидимого flash-контроллера держащего постоянное соединение с сервером по FlashRemoting, который уведомляет JavaScript при наступлении события). Я плоховато знаю JavaScript, но был уверен что HTTPRequest может принять только один ответ сервера — потом закрывается. После беглова просмотра статей, как я понял, проблема то не решена.

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1704 Иван Блинков Sun, 13 Apr 2008 09:47:59 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1704 [quote comment="530"]Первым делом хочу сказать большое спасибо за представленную информацию, зачитываюсь. По поводу Comet. Мне кажется тут изначально неправильный подход выбран, так как HTTP не предназначен для такого рода применения. Как альтернативу предлагаю посмотреть на XMPP. Тема раскрыта <a href="http://www.jivesoftware.com/community/blogs/jivetalks/2008/01/24/xmpp-aka-jabber-is-the-future-for-cloud-services" rel="nofollow">здесь</a>.[/quote]Спасибо за интересную ссылку, почитал. Может быть даже не досуге попробую и напишу об этом. [quote comment="530"]Первым делом хочу сказать большое спасибо за представленную информацию, зачитываюсь. По поводу Comet. Мне кажется тут изначально неправильный подход выбран, так как HTTP не предназначен для такого рода применения. Как альтернативу предлагаю посмотреть на XMPP. Тема раскрыта здесь.[/quote]Спасибо за интересную ссылку, почитал. Может быть даже не досуге попробую и напишу об этом.

]]> Автор: dulanov http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1703 dulanov Fri, 11 Apr 2008 15:00:57 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1703 Первым делом хочу сказать большое спасибо за представленную информацию, зачитываюсь. По поводу Comet. Мне кажется тут изначально неправильный подход выбран, так как HTTP не предназначен для такого рода применения. Как альтернативу предлагаю посмотреть на XMPP. Тема раскрыта <a href="http://www.jivesoftware.com/community/blogs/jivetalks/2008/01/24/xmpp-aka-jabber-is-the-future-for-cloud-services" target="_blank" rel="nofollow">здесь</a>. Первым делом хочу сказать большое спасибо за представленную информацию, зачитываюсь. По поводу Comet. Мне кажется тут изначально неправильный подход выбран, так как HTTP не предназначен для такого рода применения. Как альтернативу предлагаю посмотреть на XMPP. Тема раскрыта здесь.

]]> Автор: Kapkarashka http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1702 Kapkarashka Tue, 08 Apr 2008 18:44:26 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1702 [quote comment="419"]Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать). Самый главный вопрос: количество возможных открытых сокетов весьма ограничено - по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны. Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали - сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились. Или, что еще хуже - каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса.[/quote] Я креведко или сервер прослушивает только один порт? [quote comment="419"]Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать).
Самый главный вопрос: количество возможных открытых сокетов весьма ограничено — по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны.
Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали — сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились.
Или, что еще хуже — каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса.[/quote]
Я креведко или сервер прослушивает только один порт?

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1701 Иван Блинков Fri, 28 Mar 2008 12:14:11 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1701 [quote comment="437"]Как видите, на одном сетевом интерфейсе висит два IP. Теоретически, можно повесить хоть сотню IP, и, следовательно, получить порядка 5 миллионов портов для коннектов ;-)[/quote] Ну да, я именно что-то подобное и имел ввиду под второй частью моего предыдущего комментария. [quote comment="437"]Как видите, на одном сетевом интерфейсе висит два IP. Теоретически, можно повесить хоть сотню IP, и, следовательно, получить порядка 5 миллионов портов для коннектов ;-) [/quote]
Ну да, я именно что-то подобное и имел ввиду под второй частью моего предыдущего комментария.

]]> Автор: MX2000 http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1700 MX2000 Fri, 28 Mar 2008 11:29:23 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1700 Один? Совсем один? :) #ifconfig wlan0 Link encap:Ethernet HWaddr 00:1D:60:93:D2:30 inet addr:192.168.1.77 Bcast:192.168.1.255 Mask:255.255.255.0 wlan0:0 Link encap:Ethernet HWaddr 00:1D:60:93:D2:30 inet addr:192.168.3.177 Bcast:192.168.1.255 Mask:255.255.255.0 Как видите, на одном сетевом интерфейсе висит два IP. Теоретически, можно повесить хоть сотню IP, и, следовательно, получить порядка 5 миллионов портов для коннектов ;-) Один? Совсем один? :)

#ifconfig

wlan0 Link encap:Ethernet HWaddr 00:1D:60:93:D2:30
inet addr:192.168.1.77 Bcast:192.168.1.255 Mask:255.255.255.0

wlan0:0 Link encap:Ethernet HWaddr 00:1D:60:93:D2:30
inet addr:192.168.3.177 Bcast:192.168.1.255 Mask:255.255.255.0

Как видите, на одном сетевом интерфейсе висит два IP. Теоретически, можно повесить хоть сотню IP, и, следовательно, получить порядка 5 миллионов портов для коннектов ;-)

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1699 Иван Блинков Fri, 28 Mar 2008 08:26:54 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1699 [quote comment="429"]а сколько IP можно повесить на один сетевой интерфейс?[/quote] По-моему вполне очевидно, что один... хотя все упирается в смысл, вкладываемый в слово "повесить". [quote comment="429"]а сколько IP можно повесить на один сетевой интерфейс?[/quote]
По-моему вполне очевидно, что один… хотя все упирается в смысл, вкладываемый в слово «повесить».

]]> Автор: MX2000 http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1698 MX2000 Fri, 28 Mar 2008 01:47:16 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1698 Товарищ Светлов, скажите пожалуйста, а сколько IP можно повесить на один сетевой интерфейс? Товарищ Светлов, скажите пожалуйста, а сколько IP можно повесить на один сетевой интерфейс?

]]> Автор: Андрей Светлов http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1697 Андрей Светлов Wed, 26 Mar 2008 22:48:45 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1697 Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать). Самый главный вопрос: количество возможных открытых сокетов весьма ограничено - по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны. Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали - сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились. Или, что еще хуже - каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса. Не знаю как на Яве, но на моих основных языках программирования (Python & C++) существуют вполне приличные фреймворки для асинхронной обработки сокетов в неблокирующем режиме. В предложенном подходе есть возможность сократить время отклика. Или перенаправить его в дополнительный поток, получив ответ после затратных вычислений/обращений к БД (что используемые мной фреймворки отлично умеют делать).
Самый главный вопрос: количество возможных открытых сокетов весьма ограничено — по одному на порт, которых в IPv4 65536 на один IP, и не далеко не все доступны.
Итого имеем 50 000 клиентов, раз в час интересующихся состоянием дел (ответ занимает по вычислениям десятые доли секунды. Он серверное время говорит, чтоб уж совсем смешно было). И все, приехали — сервер нужно горизонтально масштабировать. Сервер ничего не делает, но свободные порты уже закончились.
Или, что еще хуже — каждый клиент открывает несколько соединений: спросить дядю Васю для правой части страницы и тетю Соню для левой. Причем Васю нужно спрашивать каждую минуту, а для Сони хватит и получаса.

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1696 Иван Блинков Wed, 26 Mar 2008 20:29:59 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1696 [quote comment="417"]"Именно Comet? И какие задачи решало(ет) приложение" Нет, не Comet, а схема с переменным количеством каналов (коннектов) и фиксированным количеством потоков :) Сервера решали задачу online трэйдинга для NASDAQ.[/quote] То, что описанная Вами схема работоспособна ничуть не меньше динамического выделения потоков, было очевидно даже в теории, но вот как оно может увеличить количество одновременно подключенных к Comet-серверу пользователей я себе плохо представляю. Хоть потоков и будет приемлимое количество, но от этого каждый из них не сможет обрабатывать лишних пользователей... Видимо эт на практике надо пробовать, так что-то определенное сложно сказать (по крайней мере мне)... [quote comment="417"]«Именно Comet? И какие задачи решало(ет) приложение»
Нет, не Comet, а схема с переменным количеством каналов (коннектов) и фиксированным количеством потоков :)
Сервера решали задачу online трэйдинга для NASDAQ.[/quote]
То, что описанная Вами схема работоспособна ничуть не меньше динамического выделения потоков, было очевидно даже в теории, но вот как оно может увеличить количество одновременно подключенных к Comet-серверу пользователей я себе плохо представляю. Хоть потоков и будет приемлимое количество, но от этого каждый из них не сможет обрабатывать лишних пользователей… Видимо эт на практике надо пробовать, так что-то определенное сложно сказать (по крайней мере мне)…

]]> Автор: Neuronus http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1695 Neuronus Wed, 26 Mar 2008 20:04:52 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1695 "Именно Comet? И какие задачи решало(ет) приложение" Нет, не Comet, а схема с переменным количеством каналов (коннектов) и фиксированным количеством потоков :) Сервера решали задачу online трэйдинга для NASDAQ. «Именно Comet? И какие задачи решало(ет) приложение»
Нет, не Comet, а схема с переменным количеством каналов (коннектов) и фиксированным количеством потоков :)
Сервера решали задачу online трэйдинга для NASDAQ.

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1694 Иван Блинков Wed, 26 Mar 2008 19:58:54 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1694 [quote comment="415"]Эта схема достаточно успешно была опробована и применена на боевой системе :) Описываемых (точнее ожидаемых) Вами проблем - не было.[/quote]Именно Comet? И какие задачи решало(ет) приложение, не отказался бы посмотреть, если это возможно. [quote comment="415"]Эта схема достаточно успешно была опробована и применена на боевой системе :) Описываемых (точнее ожидаемых) Вами проблем — не было.[/quote]Именно Comet? И какие задачи решало(ет) приложение, не отказался бы посмотреть, если это возможно.

]]> Автор: Neuronus http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1693 Neuronus Wed, 26 Mar 2008 19:30:14 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1693 "Фиксированный pool потоков даст лишь более равномерное распределение задержек между пользователями, но при превышении количества соединений над количеством потоков в pool’е в X раз все равно производительность станет неприемлемой." Конечно, но Вы не учитываете того факта существуют очереди (буфера) которые сглаживают нагрузку до приемлемых (по мнению сервера) величин . (+) - при ассиметричной схеме (как в Comet) большее влияние имеет всетаки количество трафика от сервера к клиентам, а не соотношение количества очередей к количеству потоков. P.S. Эта схема достаточно успешно была опробована и применена на боевой системе :) Описываемых (точнее ожидаемых) Вами проблем - не было. «Фиксированный pool потоков даст лишь более равномерное распределение задержек между пользователями, но при превышении количества соединений над количеством потоков в pool’е в X раз все равно производительность станет неприемлемой.»

Конечно, но Вы не учитываете того факта существуют очереди (буфера) которые сглаживают нагрузку до приемлемых (по мнению сервера) величин . (+) — при ассиметричной схеме (как в Comet) большее влияние имеет всетаки количество трафика от сервера к клиентам, а не соотношение количества очередей к количеству потоков.

P.S.
Эта схема достаточно успешно была опробована и применена на боевой системе :) Описываемых (точнее ожидаемых) Вами проблем — не было.

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1692 Иван Блинков Wed, 26 Mar 2008 19:20:15 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1692 [quote comment="412"]Здравствуйте. Технология действительно интересная НО идея не нова (что не удивляет). Проблема которую Вы описываете - один keep-alive коннекшин = одному потоку, не может быть решена в рамках, например, стандартного Servlet API и какого нибудь Tomcat'а. Однако, кто мешает иметь множество постоянно открытых соединений и фиксированное количество потоков их обслуживающих? Кстати, недавно именно о таком подходе и писал http://neuronus-javax.blogspot.com/2008/03/neuronus-channels.html Можно еще поковырять в сторону NIO каналов, но не все там так гладко (особенно под нагрузкой).[/quote]Здравствуйте, изменение алгоритма организации потоков, по-моему, можно рассматривать лишь как временную меру. Фиксированный pool потоков даст лишь более равномерное распределение задержек между пользователями, но при превышении количества соединений над количеством потоков в pool'е в X раз все равно производительность станет неприемлемой. [quote comment="412"]Здравствуйте.
Технология действительно интересная НО идея не нова (что не удивляет).
Проблема которую Вы описываете — один keep-alive коннекшин = одному потоку, не может быть решена в рамках, например, стандартного Servlet API и какого нибудь Tomcat’а. Однако, кто мешает иметь множество постоянно открытых соединений и фиксированное количество потоков их обслуживающих? Кстати, недавно именно о таком подходе и писал http://neuronus-javax.blogspot.com/2008/03/neuronus-channels.html
Можно еще поковырять в сторону NIO каналов, но не все там так гладко (особенно под нагрузкой).[/quote]Здравствуйте,
изменение алгоритма организации потоков, по-моему, можно рассматривать лишь как временную меру. Фиксированный pool потоков даст лишь более равномерное распределение задержек между пользователями, но при превышении количества соединений над количеством потоков в pool’е в X раз все равно производительность станет неприемлемой.

]]> Автор: Иван Блинков http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1691 Иван Блинков Wed, 26 Mar 2008 19:05:28 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1691 [quote comment="410"]Женя о Comet'е <a href="http://www.jeka911.com/articles/webdev/jquery_comet_and_comet_only/" rel="nofollow">писал</a>, с примерами. :)[/quote]Спасибо за ссылку по теме, лишней здесь явно не будет :) [quote comment="411"]а как установить долговременное хттп-соединение? :-o я так думаю если сервер тупо не будет отвечать некоторое время :-), то такое соединение отвалится по таймауту...[/quote]Если честно не понял, что Вы хотели услышать в ответ, попробуйте по ссылкам сходить, если Вам нужны примеры реализации, или можно в исходниках opensource framework'ов или библиотек покопаться. [quote comment="410"]Женя о Comet’е писал, с примерами. :) [/quote]Спасибо за ссылку по теме, лишней здесь явно не будет :)
[quote comment="411"]а как установить долговременное хттп-соединение? :-o

я так думаю если сервер тупо не будет отвечать некоторое время :-) , то такое соединение отвалится по таймауту…[/quote]Если честно не понял, что Вы хотели услышать в ответ, попробуйте по ссылкам сходить, если Вам нужны примеры реализации, или можно в исходниках opensource framework’ов или библиотек покопаться.

]]> Автор: Neuronus http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1690 Neuronus Wed, 26 Mar 2008 19:03:49 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1690 Здравствуйте. Технология действительно интересная НО идея не нова (что не удивляет). Проблема которую Вы описываете - один keep-alive коннекшин = одному потоку, не может быть решена в рамках, например, стандартного Servlet API и какого нибудь Tomcat'а. Однако, кто мешает иметь множество постоянно открытых соединений и фиксированное количество потоков их обслуживающих? Кстати, недавно именно о таком подходе и писал http://neuronus-javax.blogspot.com/2008/03/neuronus-channels.html Можно еще поковырять в сторону NIO каналов, но не все там так гладко (особенно под нагрузкой). Здравствуйте.
Технология действительно интересная НО идея не нова (что не удивляет).
Проблема которую Вы описываете — один keep-alive коннекшин = одному потоку, не может быть решена в рамках, например, стандартного Servlet API и какого нибудь Tomcat’а. Однако, кто мешает иметь множество постоянно открытых соединений и фиксированное количество потоков их обслуживающих? Кстати, недавно именно о таком подходе и писал http://neuronus-javax.blogspot.com/2008/03/neuronus-channels.html
Можно еще поковырять в сторону NIO каналов, но не все там так гладко (особенно под нагрузкой).

]]> Автор: zencd http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1689 zencd Wed, 26 Mar 2008 18:56:07 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1689 а как установить долговременное хттп-соединение? :-o я так думаю если сервер тупо не будет отвечать некоторое время :-), то такое соединение отвалится по таймауту... а как установить долговременное хттп-соединение? :-o

я так думаю если сервер тупо не будет отвечать некоторое время :-) , то такое соединение отвалится по таймауту…

]]> Автор: FX Poster http://www.insight-it.ru/programmirovanie/javascript/comet/#comment-1688 FX Poster Wed, 26 Mar 2008 18:44:09 +0000 http://www.insight-it.ru/programming/javascript/comet/#comment-1688 Женя о Comet'е <a href="http://www.jeka911.com/articles/webdev/jquery_comet_and_comet_only/" rel="nofollow">писал</a>, с примерами. :) Женя о Comet’е писал, с примерами. :)

]]>