Почему бы не сделать PHP полностью асинхронным?

Question

[blry]

Существует PHP-PM, PHP-FPM, которые по сути распределяют процессы под каждый запрос, создавая всю инфраструктуру классов под каждый из них.

Есть ReactPHP, Swoole, которые работают асинхронно и могут с уже загруженными классами в памяти обрабатывать запросы. Почему бы не перейти полностью на асинхронщину , зачем поддерживать, то что работает медленнее?

Comments

[Сергей Сергей]

нодеист?
в js наоборот асинхронщину пытаются побороть.

[hOtRush]

Существует PHP-PM, PHP-FPM, которые по сути распределяют процессы под каждый запрос, создавая всю инфраструктуру классов под каждый из них.

Советую разобраться как работает php-pm, первый абзац из описания:

The approach of this is to kill the expensive bootstrap of PHP (declaring symbols, loading/parsing files) and the bootstrap of feature-rich frameworks.

Почему бы не перейти полностью на асинхронщину

Зачем?

зачем поддерживать, то что работает медленнее

Согласен с

что именно работает медленнее? Медленнее чего?

[blry]

Советую разобраться как работает php-pm, первый абзац из описания:
The approach of this is to kill the expensive bootstrap of PHP (declaring symbols, loading/parsing files) and the bootstrap of feature-rich frameworks.

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

UPD: Прошу прощения, не заметил что PHP-PM работает с процессами ReactPHP.

что именно работает медленнее? Медленнее чего?

Медленнее того кейса, когда не нужно повторять описанное выше. Symfony + ReactPHP - буст в 5-10 раз, если не использовать синхронные вещи.

[Виталий Хоменко]

> Symfony + ReactPHP - буст в 5-10 раз, если не использовать синхронные вещи

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

Answer 1

[Евгений Ромашкан]

1. PHP умирает на каждый запрос. Это его главное преимущество и особенность. Это допускает очень много вещей, т.е можно не париться закрытием файлов, завершением подключения к БД и т.п. Как только вы захотите писать асинхронно вам про всё это нужно будет помнить.

2. Итак, плавно переходим к тому что помнить, вобщем то, нужно будет не только вам. 99% всех библиотек/фреймворков etc. для PHP не пригодны к работе асинхронно.

3. "полностью асинхронным" = отсутствие блокировок? Первое на чем вы споткнетесь - банальные запросы к базе. С дефолтным драйвером они идут синхронно. Точно так же как синхронно работает куча других подключений, и всякие Swoole etc. вынуждены писать над всем этим свои обертки и свои драйвера к БД.

Вобщем, асинк в PHP это огромное усложнение на пустом месте, и при наличии блокирующих операций не имеет никакого смысла. Сильно проще сменить язык программирования, если вам нужна асинхронщина.
По описанию вашего вопроса - гляньте RoadRunner, интересная штука. Как раз чтобы сократить оверхед на инициализацию.
Есть ещё всякие штуки аля https://github.com/php-service-bus/service-bus , но повторюсь, проще подходящий ЯП взять.

Comments

[blry]

1. Да это не так сложно :)

2. Про библиотеки согласен, однако например Symfony уже давно запускают под ReactPHP, используя асинхронные драйвера, чтобы отказаться от блокирующих операций и как-то это едет. Однако мой вопрос заключается в том - почему бы не заняться тем, чтобы сделать в php асихронным все, до чего руки дотянутся, затем добавить что-то в роде async / await?

Согласен, что для php это огромное усложнение, однако буст RPS в 5+ раз это пустое место?

Да, видел RoadRunner, он сохраняет время на инициализацию, позволяя синхронные операции внутри воркеров

[Евгений Ромашкан]

blry, Обеспечивать консистентность данных в асинхронных/распределенных системах ну никак не просто, тем более учитывая средний уровень php-проектов;

Согласен, что для php это огромное усложнение, однако буст RPS в 5+ раз это пустое место?

При наличии блокировок буста не будет, да и часто ли ЯП бывает узким местом приложения?

Вообще, если отбросить не развитую экосистему, в PHP есть уже всё для написания асинхронщины. Если речь о том чтобы это было именно из коробки - возможно в PHP 8 нам наконец подвезут ext-async https://github.com/concurrent-php/ext-async

p.s. ну и ещё чтобы делать асинхронные приложения на php важно знать как работает сборщик мусора, дабы не допускать утечек.

[blry]

Обеспечивать консистентность данных в асинхронных/распределенных системах ну никак не просто, тем более учитывая средний уровень php-проектов;

Это может быть не просто, однако не будет сложнее, чем в других ЯП.

При наличии блокировок буста не будет, да и часто ли ЯП бывает узким местом приложения?

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

Я вижу, что движение в асинхронной экосистеме есть, но почему не подключить все ресурсы для этого? Как когда-то с PHP 4 начали двигаться в сторону ООП

[Евгений Ромашкан]

blry,

Это может быть не просто, однако не будет сложнее, чем в других ЯП.

Так и в других ЯП это никто просто так не юзает )

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

Ну... А кто должен сесть и переписать?)
Скорость развития экосистемы вобщем то зависит от её востребованности, асинхронщина в PHP, не знаю к сожалению или к счастью, занимает умы подавляющего меньшинства

Я вижу, что движение в асинхронной экосистеме есть, но почему не подключить все ресурсы для этого?

Потому что ресурсы нужны ещё и для разных других штук, которые ждет сильно больше людей чем асинк )

P.S. классы != ООП : ). Представляя о чем вы говорите - даже тут пока всё, скажем, не очень. Есть ещё много штук которые связаны с типами и классами, которые ждет сильно больше людей(типизация, перегрузки, делегаты или трейты как в новеньких языках, а не в виде узаконенной копипасты)

[Евгений Ромашкан]

blry, Кстати, по поводу

Symfony уже давно запускают под ReactPHP, используя асинхронные драйвера

Они действительно выкидывают PDO и mysqli?
Живут без доктрины?
Отказываются от блокирующих вызовов echo, file, etc.?

[blry]

Евгений Ромашкан, echo в symfony в середине кода обычно и не пишется. Reactphp, как вы написали выше, предоставляет свои обертки \ драйвера для бд, также и для файловой системы.

https://github.com/reactphp/filesystem
https://sergeyzhuk.me/2019/02/18/restful-api-with-...

Понятно, что если делать подключать работу с БД в симфони, то без танцев с бубном это не обойдется (и отказа от доктрины в том числе)

Answer 2

[Dmitry Bay]

Вот буквально вчера слушал, советую к ознакомлению
https://5minphp.ru/episode49/

Если кратко, то охотясь за асинхронностью php, вы должны мыслить асинхронно и писать свое приложение опираясь на этот факт. При этом вы не выигрываете баснословные секунды.

Comments

[blry]

Интересный подкаст. По поводу выигрыша - например в симфони на первичный бутстрап может уходить 30-40% времени обработки запроса.

Answer 3

[Роман]

Пишите на Node, если вам так важна асинхронность, а PHP пожалуйста не трогайте - он и так хорош настолько, что на нем написан практически весь нынешний интернет. Нам этот коллбэчный ад не нужен в нашей ламповой секте :-)

Comments

[blry]

В go, и увидите там нет коллбэчного ада. Nodejs уже имеет async/await

https://w3techs.com/technologies/details/pl-php/all/all

69% сайтов на PHP работают на 5 версии, что нам теперь не обновляться? :-)

[blry]

https://amphp.org/ - асинхронный PHP без callback-hell

[Роман]

blry,

69% сайтов на PHP работают на 5 версии, что нам теперь не обновляться? :-)

Да какбы лично я не вижу особых причин обновляться. Реально )

Вот на пятерку - да, там был смысл, с пятеркой пришло ООП, оно многим было важно.

А в чем соль новой мажорной версии - я пока так и не ухватил)))

[Роман]

...конечно приходится обновлять ибо новые движки хотят новую пиэхпи.

Но это имхо единственный довод для обновления )

[Роман]

blry, вообще, тут смысл в том чтобы не ломать то что и так работает

Например WordPress - древнее двигло написанное древними методами с древней системой шаблонов - но большинство сайтов создано именно на вордпрессе.

Вот и ответ )

[Евгений Ромашкан]

Печально что для вас выбор языка это релегиозный вопрос а не обдуманное решение, а асинхронщина исключительно на коллбеках.