Т.е. вы пока что только _думаете_, что fpm вам как-то может поможет, и проверите это через месяц? )


Ну так ждем ответа на протяжении уже недели, а в ответ все общие фразы, т.е. bullshit


Я сразу же сказал что не представляю как fpm может быть использован в cli скриптах. Собственно, пытаясь понять это и поддерживаю жизнь темы. Судя по тому, что больше никто в теме не пишет, то этим сакральным знанием (или догадками) обладаете только вы. Жаль поделиться не спешите.


Кстати, было бы непохо пример многопоточности в php. Думаю, удивите очень многих показав пример.

я тоже питался поддержать жызнь темы по той же причине, но полчучив в ответ 



понял что ответ врят-ли будет

Fortop! Fortop! Fortop!  - скандировали жаждущие новых знаний.

// добавим смысла в сообщение

Если вам нужно реализовать очередь с "мгновеной" реакцией, но нет желания разворачивать MQ сервер, то стоит присмотреться к вашей СУБД -- возможно, она имеет механизм LISTEN/NOTIFY.
100% поддерживают этот механизм postgre и redis

? Ссылку что я давал на fpm вы вовсе не читали?
Это из разряда смотрю в книгу - вижу фигу?


Ох, таки я прав про книгу.
Если для вас открытие(хотя с чего бы вдруг? старческий склероз?), то: http://www.ibm.com/developerworks/ru/libra...-php-multitask/

Естественно речь не идет о threads. Но умному достаточно для понимания, куда делся ваш интеллект?

Для вас неблокирующий ввод-вывод и мультипоточноть дествительно одно и то же?

Интересно,

тоже превратится в краулера на curl_multy_* ?


Видимо да. В абсолютно всех ссылках о fpm говорится что это улучшенный fastcgi. А вы так и не смогли привести пример использования fpm для CLI.

Добавлено через 1 минуту и 12 секунд
Я не понимаю, неужели так сложно привести пример а не пытатся рассказать мне, что я не умею работать с литературой?

Омг.
Это был всего лишь пример.
И курл тут вовсе не причем.

Только из уважения к вашему возрасту(???   ). 

Многопоточная обработка на php отсутствует как класс.
Любые упоминания многопоточности в php чаще всего это curl_multi или stream_select(для неблокирующих сокетов), и реже многопроцессный демон с воркерами.
Естественно что это не классические реализации "многопоточности", но если мозг не совсем усох, то человек помнит, что php не поддерживает многозадачности в потоках (threads).

Это лирика, и я сильно сомневаюсь что вы ее не знали.


У меня есть в текущей реализации несколько демонов со сторонним worker-manager (на Си), работает вполне отлично и давно. Реализовывать подобное исключительно для вас - у меня нет ни времени ни желания, но в списке задач есть одна на работу с fpm о чем я вам и сказал.
Так что, если бы вы не ерепенились, а спокойно подождали, то получили бы желаемое (ну или посыпание головы пеплом с моей стороны, что маловероятно, но возможно )

Но у вас действительно какие-то сложности с пониманием. Раньше у нас с вами таких проблем не наблюдалось 

Я то вроде и знаю, но вы так упорно говорили именно о многопоточности, что варианта у меня было два -- либо что-то поменялось, либо вы используете неправильный термин. Таки неправильный термин.


Ну так спора о том, что php демоны работают и не было. 



Я так и не получил ответа каким образом fpm поможет без использования FastCGI. Пока все это звучит как "я думаю мне поможет fpm, но как -- не знаю". 
Расскажите хоть о том, как по-вашему должно повлиять использование fpm и за счет чего.

Собственно для контроля за обработчиками.
А для чего еще? 
Детали? Их пока нет, но мануал звучит более чем обнадеживающе. Работа без веб-сервера по fcgi протоколу думаю тоже особых сложностей вызвать не должна.

Т.е. вы таки хамили мне и Stark основываясь исключительно на мануал (вернее вашу его интерпретацию). Ловите минус. Если появятся хоть какие-то детали, имеющие практическое потверждение, с удовольствием компенсирую его плюсом.

Опа?
А вы готовы привести доказательства моей неадекватной реакции на свое свинство? 
Быть может я "в порыве страсти" что-то упустил?  

И это...

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

что Вы подразумеваете под свинством? Вам вроде никто не хамил. Вас только попросили детальнее раскрить вопрос который Вы сами задели

Не понял вопроса. Вам четкие ссылки на хамство? И о каком моем свинстве речь?


Вот если бы изначально было высказано в тоне "я думаю это может помочь", а не "я знаю, а если вы не понимаете, то тупые", то и вопроса не возникло бы.

Кроме того, задумайтесь о том, что форум читают многие. В частности те, кто не в состоянии оценить адекватность ваших догадок. И онм могут потратить не один час на попытку прикрутить fpm к сути темы. Давайте не будем тратить их время, ок?

так ну что. Дошло дело до непосредственной реализации, которая сейчас в процессе.

Для желающих кстати.
http://efiquest.org/2011-10-22/55/

И какое это имеет отношение к теме?



а HTTP сервер на php как по мне это перебор)

Это сообщение отредактировал(а) Stark - 12.4.2012, 12:18

Я вам уже писал - для вас... никакого.
Идея может помочь тому, кто понимает как ее можно использовать. Это не про вас.

Интересующимся. Основной эффект, ради чего все затевалось.

workermgr  la = 1.5-1.8
php-fpm    la = 0.6-0.9


Это сообщение отредактировал(а) Fortop - 12.4.2012, 23:30