Альтернативы-то есть, но чтобы какая-то из них заменила nginx - сложно представить)

Ага, история как с майкрософт офисом, где каждому нужно от силы 5% функционала, только вот эти 5% у каждого свои)

В смысле не ждет ответа от каждого клиента? Судя по бенчмаркам, нет бутылочного горлышка, о котором ты говоришь.

А кто создаёт отдельный поток на каждого клиента?

интересная статья с подробностями про nginx и envoy вплоть до системных вызовов

Процесс менеджер

Какая разница

Который почти всегда управляет количеством запущенных воркеров?)

Ну т.е. если заблокировать эвент луп, нода всё равно продолжит работать,
да :) не упадёт же

принимать и отдавать соединения,
на сколько я понимаю  приём соединений(не обработка трафика) происходит на стека TCP/IP встроенного в ОС. никогда не лез так глубоко. + обычно у соединений короткий таймаут на TCP-хэндшейк. что тоже даёт мне повод усомниться, что за это отвечает поток выполнения JS или PHP
те сетевые соединения продолжат приниматься

отдавать не очень понятно что имелось ввиду но закрывать соединения точно можно без участия сервера :)

а принимать трафик тем более продолжит. но в рамках буфера. клиенты не шлют трафик по 10 раз пока сервер не соизволит его принять


вопрос из серии компилируемый ли пхп

К чему ты это

К тому, что ни один нормальный настроенный сервер если к нему прилетят 500 клиентов не запустит 500 экземпляров PHP.
А будет использовать имеющийся пул, иначе не хватит ресурсов.
С потоками тоже самое, но в меньшем формате.

ну ок, неправильно выразился, не приниматься, а обрабатываться, потому как нода не принимает и не отдает сама, делает это средствами ОС

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

Можно мне конкретный пример бенчмарка, где на КАЖДОГО клиента создаётся ОТДЕЛЬНЫЙ поток?)

а именно этот эффект что сеть живёт своей жизнью позволяет многопоточно качать

Некоторые запросы в очереди могут висеть, это уже смотря какая реализация

я именно про блокировку event loop’а говорил, что если его заблочить, то запросы клиентов будут ждать

Вот именно, что очередь, причём эта очередь реализуется не спящими потоками, которые слишком тяжеловесны для этого.

Слышал про проблему 10к соединений?

Я ж понял)