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

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

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

Ну или кто там про mpm спрашивал

Собственно, в крупном банке, где нагрузки на java-приложения были приличными, использовали apache + mod_jk. Проблемы были на стороне последнего (например, коннекты он очень лениво отцеплял из-за чего они по несколько тысяч штук висящих накапливались и жрали память). В целом, повторюсь, в наш век выделенных серверов приложений ценность апача и nginx'а можно назвать весьма условной. Разве что для пых-разработчиков всё это очень актуально, хотя небось и у них laravel имеет свой выделенный сервер приложений

Я даже не сомневаюсь в том, , что один из главных разрабов nginx хвалит nginx :)

Ну как бы разработчики апача, у которого как минимум есть не один режим работы, тоже могли бы рассказать немало

Ну и да, асинхронщина без принудительного снятия потоков несовместима с realtime, мне это идеологически неприятно :)

Антон, мне честно пофигу на твои религиозные воззрения. Возникнет задача и будет ппц не хватать производительности - поставлю nginx. А так я столько лет админю Апач, что он мне куда роднее и удобнее. Зачем на ровном месте фанатичные пляски устраивать? Это просто рабочий инструмент, не более того. Ну и да, с точки зрения tmtowtdi у апача больше возможностей, разве что фигнёй типа проксирования pop3 он не страдает, а так очень гибок, и у каждого он свой :)

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

Более того: уж если говорить о фанатизме, то я сторонник толстых клиентов и GUI и вообще против web'а в любом его виде, кроме разве что websocket'ов. На мой взгляд, индустрия в начале 2000-х ушла куда-то совсем не туда,  появление JSON, появление websocket'ов, развитие nosql и графовых баз данных, интерес к расчётам сейчас как раз доказывают тот факт, что в нулевые годы очень многое было сделан принципиально неправильно, а сейчас попросту идёт определённый возврат "к корням". Это сугубо моё мнение, никому не навязываю :) Просто думаю, что рано или поздно черёд интерфейсов, не привязанных анально аж к 4м реально используемым движкам веб-бровзверов - тоже будет.

неистово плюсую

Я уж не говорю про "облачные технологии", которые всегда были вообще про вычисления, но в 0-вые вдруг стали связаны с какими-то хранилищами и прочей маркетинговой какой

ооо, за толстые клиенты готов дискутировать))) только не на десктопах, а на устройствах всяких

разве что вебсокеты - это тоже костыль

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

когда из каждого утюга "скачайте наше приложение"

не мобильные.

эт не от хорошей жизни, это от тормозов

ну тоесть под андроид, но не на телефончики с планшетами. а телевизоры и приставки