оно развивается и имеет право на жизнь
но если хочется прям быстро, то стоит посмотреть в сторону nodejs, go.

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

ты сильно льстишь php

я сильно сомневаюсь что http сервер на php (а он в Workerman на пхп) быстрее, чем на компилируемом языке, такие же сомнения по поводу корректности реализации http сервера в Workerman, не увидел информации какие версии поддерживаются.
на страничке либы ноль подробностей про бенчмарк, т.ч. не понятно что стоит за этими 36k rps
в readme Workerman есть и бенч и параметры теста - 138k rps, причем это, не http а tcp, т.е. никакого парсинга протокола, только прием буфера и отправка статичного буфера.
при этом затычка на go с использованием стандартной net/http, которая возвращает hello world, выдает в тех же условиях 155k rps

давай по порядку

- этот benchmark как и все типичная писькомерка, хоть и основательная, но писькомерка, и смотреть на результаты надо понимая, решения там различными хаками подгоняются под бенчмарк, вряд ли это это можно назвать поддерживаемым кодом
- далее, посмотрел по различным сценариям и не увидел чтобы пхп рвал топ
- еще, не будем мешать все в одну кучу, workerman и swoole по сути не фреймворки а http серверы и сравнивать их надо, соответственно, c http серверами (net/http, fasthttp) и конкурировать тут может только swoole т.к. имеет нативную реализацию
- и еще, на предложение убрать fasthttp предложу убрать и workerman и swoole, они тоже не в ходят в стандартную библиотеку, и будем тогда сравнивать net/http и php-fpm


Я и сравнил. Там все так как я и предположил. Решение на workerman ни в одном из сценариев не выигрывают у лидера на go. Т.е. проигрыш уже в базовом компоненте. А любой рест сервис не сферический конь в безвоздушном пространстве. Там будет логика обработки, работа с базами, файловой системой, другими сервисами, и все это будет пхп код, который будет исполняться медленнее нативного. Не убедил.

авторGo будет быстрее, если тюнить либами вне стандартной библиотеки типа fasthttp. Если взять полноценный фреймворк вроде Gin, скорее всего будет медленнее, чем решение на базе Comet.
дальнейшую дискуссию предлагаю продолжить после того как предоставишь пример своего бенчмарка и параметры окружения, на котором ты получил 36к rps