полудух
Итсист
да, но скорость и параллельность запросов?
кстати, точно, я чё-то сразу не просёк, что в stream_socket_accept($socket,-1)
-1 это бесконечнный цикл
мало того, у либевента есть таймеры и сигналы
кто-то делал PHP-демоны на базе libevent ?
- Автор темы полудух
- Дата начала
кстати, точно, я чё-то сразу не просёк, что в stream_socket_accept($socket,-1)
-1 это бесконечнный цикл
мало того, у либевента есть таймеры и сигналы
http://www.opennet.ru/base/dev/server_way.txt.html (разумеется, надо понимать, что речь идет об i/o bound серверах; ну и текст 12-летней давности, так что, скажем, претензии к epoll давно неактуальны). Libevent - это всего лишь кроссплатформенная обертка над методами обработки состояния дескрипторов, которые разные в разных ОС.
Последнее редактирование:
полудух
Итсист
строго говоря, iptables это кроссплатформенный модуль управления для netfilter
зато как удобно
полудух
Итсист
да он и так в каждом наборе правил естьАга, особенно удобно внезапное включение conntrack банальным просмотром iptables -L.
AnrDaemon
Продвинутый новичок
Зачем включать то, что и так включено?Ага, особенно удобно внезапное включение conntrack банальным просмотром iptables -L.
Самое первое правило
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
полудух
Итсист
у меня первое правило это lo
потом идут инвалиды и прочие дропы
а только потом accept
AnrDaemon
Продвинутый новичок
Зачем насиловать процессор? На коннтреке отсекается львиная доля пакетов, и в остальные правила попадает только то, что там может застрять.
А lo идёт вторым правилом.
Инвалиды да, можно поставить перед коннтреком. Даже нужно. Но меня пока не парит. Нет ни нагрузки такой, ни сервисов таких, чтобы как-то на работу повлиять.
полудух
Итсист
вот, кстати, ibm-щики весьма успешно юзают stream_select для распараллеливания
сколько можно уже, а? мультитаск не мультипроцессность и тем более не мультипоточность
ни о каком параллелизме у stream_select речи не идет. включи голову, откуда у foreach($read) параллельность?
полудух
Итсист
чукча читатель?
foreach для каждого подключения там
он уже в параллеле работает
нафиг сыпать терминами, когда речь о параллельном выполнении разных задач
они и выполняются.
в отличие от тебя да, читатель.
чисто для информации -- proc_open идеологически ничем от fork не отличается, создается новый процесс ОС.
и все это крутится в одном цикле пока не будет что-то там готово.
полудух
Итсист
чукча писатель.
в первом листинге вообще нет proc_open
суть статьи - stream_select, всё на нём завязано
MiksIr
miksir@home:~$
Параллельная обработка запросов заключается в том, что один процесс может параллельно ждать событие от множества соединений - как входящих, так и исходящих.
При этом никакой режим долбанной магии из хогвартса не включается, а значит обрабатывать (чтение, запись, расчеты) поступившее событие один процесс (а у нас один процесс) в единицу времени может только от одного соединения, и в процессе этой обработки реагировать на новые события он не может.
Если бы ты потрудился все данное тебе прочитать и понять - может с тобой кто и продолжил общение нормально, а пока в роли чукчи выступаешь ты.
Последнее редактирование:
ты не можешь воспроизвести даже заголовок цитируемой статьи и пытаешься оперировать терминами, в которых понимаешь на уровне 3-х летнего ребенка.
да пофиг какой там листинг.
stream_select -- это очередь, в очереди двух первых не бывает.
полудух
Итсист
это не какая-то статья, а статья от IBM
и это не я доказываю, а она сама за себя говорит
подождём, пока я что-то там пойму, ок