Ну да, вопрос с разделенными ajax-процессами в работе с Comet, пожалуй, очень важный. Настоятельно рекомендуется использовать не более двух разделенных аджакс-запросов для кроссбраузерности. Но, насколько понимаю, можно и ограничиться этими двумя - один отдается полностью Comet (без этого никак), а второй - на динамику страницы. Хотя при таком подходе при динамической отправке файла может случиться "опс" ... Да и то, что javascript - однопотоковый язык, не играет на руку.

Поэтому использование Comet (и в частности Continuations) рекомендуется использовать с флешем на странице - не возникнет вопроса разделения потоков или процессов выполнения. А флеш достаточно нормально взаимойдействует со страницей.

C javascript я comet не использовал - как-то не приходилось такой проект делать, хотя он и на носу - веб-десктопное приложение, когда надо удерживать целостность данных не только на уровне базы (orm), но и в пользовательском интерфейсе: запрет на одновременный доступ к данным. Плюс - информативность клиентов он-лайн. Другого варианта, кроме comet, не вижу. Попробовать попробую, но не уверен в эффективности, возможно, прийдется как раньше - через флеш.

Насчет двух одновременных ajax-потоках читал на сановских страницах, для себя считаю аксиомой. Хотя последнее время использую активно jQuery и нигде ни упоминания, ни пожеланий по этому поводу не встречал, но проверял - раздельные процессы работают (два).

Насчет передачи файлов я, конечно, погорячился - забыл, что если идет динамическая передача файла, то это возможно только через фреймы, следовательно, ajax тут не при чем. Так что можно нормально разделить задачи: один поток на comet, второй - динамика страницы, по возможности, цепочкой.

Comet в том и приятен, что по задумке это ответ, инициированный сервером, поэтому останавливать его противоестественно. Хотя серваку все равно: пришел запрос - ждем события, не пришел - не работаем.

Что до сессии, то понятно, что сессию он держит - это нормально, ведь фактически comet - чуть ли не единственная альтернатива сокетам, только последние ограничены по количеству и более затратны, хотя принцип их более логичен и использование правильное. А вот что до потребления ресурсов - не скажу, чего-то не вижу где их много используется - синглтон и один тред на бесконечный цикл - слушатель. Немного аккуратности - и даже "мусора" может не быть.

Ну, а насчет фреймворков - не очень представляю, зачем нужны надстройки и юзабилити, когда данный процесс на клиенте осуществляется парой-тройкой строк рекурсивной отсылки запроса (задержка-то не нужна) и обработкой ответа.

В общем, не вижу существенных вопросов относительно технологии.
В этом разрезе меня больше интересует определение присутствия сессии реал-тайм, чего так нормально до сих пор не сделал. А очень хочется для себя эту тему закрыть раз и навсегда. Но это вопрос не данной части форума.

Да, встречал. Правда, ПэХаПэ меня не очень интересует - сервер у меня на Java крутится (кстати, сам Comet и разработали изначально на этой платформе).
И еще маленькое замечание: глубоко в Comet я не влазил, но то, что я использовал, и то, о чем ты говоришь (и на ссылке) - это составляющая Comet - Continuations. Кстати, использовал его в казино - достаточно удобно, причем делал двухуровневым - в зависимости от игры: некоторые сообщения сервера получали все пользователи, а некоторые - только определенная группа. Для этого делал еще один синглтон с коллекцией коллекций идентефикаторов (набор групп игроков).

Вот, правда, чего не смог побороть - сделать 2 параллельно работающих процесса Comet/Continuations - очень хотелось разделить изначально игры. Но не получилось. Возможно, вскоре в связи с поднятием экспириенса разберусь, но полтора года назад не смог ...