Реализация на Event + Pthreads about websocket HOT 12 OPEN

Пожалуйста.
Сейчас моя библиотека по-умолчанию использует механизм socket_select, но также может использовать pecl/event или pecl/libevent. Для этого в конфиге нужно указать 'eventDriver' => 'event' или 'eventDriver' => 'libevent' соответственно.
pecl/event - это http://pecl.php.net/package/event, документация по этому модулю находится по ссылке, которую вы указали, т.е. http://ua2.php.net/manual/ru/book.event.php
Его поддержку я добавил, после того как убедился, что модуль libevent ведёт себя нестабильно.
Модуль pthreads я видел, но пока в планах нет добавлять его поддержку.
PHPDaemon и Ratchet действительно достаточно тяжёлые. Я не однократно рассматривал их как альтернативу моей библиотеки, но в итоге решил допиливать своё решение. Относительно недавно я сильно переработал свою библиотеку и выпустил вторую версию. Теперь использовать её ещё проще.
Пример: https://github.com/morozovsk/websocket/tree/master/samples/chat/server

from websocket.

Да, модуль Pthreads требует PHP ZTS, работать будет только как модуль Apache, это конечно лишние для демона, но даёт возможность вместо fork использовать потоки, там очень прозрачное и удобное взаимодействия общения между parent и child.

Вот немного описания
http://habrahabr.ru/post/193270/

from websocket.

Да, вместо callback думаю использовать Generator, это даст возможность не терять текущее состояния в методах.

from websocket.

Я использовал fork в основном для того чтобы обойти ограничение в 1024 соединения на один процесс и для реализации таймера. После использования модуля event необходимость в этом отпала.

from websocket.

Модуль Event асинхронный, если РНР будет обрабатывать запросы в одном процессе (потоке) в результате в самом модуле Event, будет формироваться очередь ожидания, что понизит RPS для для всех пользователей, так же все это может нагружать только одно ядро процессора, остальные ядра могут простаивать. В общем чтобы не создавать очередь последовательной синхронной обработки, асинхронных запросов, нужно параллельно их выполнять, это можно сделать или через fork или в отдельных потоках.

from websocket.

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

from websocket.

Где в коде можно посмотреть реализацию создания отдельных процессов?

from websocket.

В коде нет реализации создания отдельных процессов (в том числе на других серверах). В коде есть взаимодействия запущенных процессов (в том числе на разных серверах). В конфиге мастера указываете сервисный сокет для работы с воркерами. В воркере указываете сокет для взаимодействия с мастером.
Запускаете мастер на одном сервере, запускаете воркеры на других серверах.
Пример: https://github.com/morozovsk/websocket/tree/master/samples/chat2/server

from websocket.

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

from websocket.

Всё верно. Эту проблему можно решить используя проксирование через nginx.

from websocket.

Т.е запустить много воркеров, каждый на своем порту если это один сервер, и весь этот список воркеров добавить в upstream Nginx?

from websocket.

Всё верно.

from websocket.