Игорь Сысоев покидает nginx

как по фичам, так и по скорости

А покажи список фич и бенчмарки.

О, ты тоже тот тред вспомнил Apache2 + PHP

Я все хочу услышать ответ на твой вопрос

Давай лучше еще про «детали работы», «пачку костылей» и «парадигму».

Но он не отвечает :(

Настало время переписать ngnix на rust. Вот заодно и посмотрим, насколько растик готов в production.

php-fpm

Это не application-сервер, это интерпретатор языка обмазанный fastcgi. С таким успехом application-сервером можно назвать всё что запускается через старый CGI(в том числе /bin/sh) -> нещитово.

gunicorn или uWSGI

тут согласен

Про список фич могу вспомнить только из важного для меня - нормальный connlimit, который прикручивается тонной костылей в апаче - актуальных несдохших НЕ ВХОДЯЩИХ в официальную поставку модулей есть ровно 2 сейчас. По сравнению с nginx, где даже в бесплатной поставке есть нормальный connlimit.

А по бенчам, третья ссылка в гугле по запросу «nginx apache benchmark», например - https://detechter.com/nginx-vs-apache-on-ec2-performance-comparison/

Если есть претензии мол «фу, там амазон» - предлагаю найти более расово-верный бенчмарк самому.

А как он теперь обновляет вкладку в браузере?

А зачем ему теперь браузер, без веб-сервера.

Так сравнивать некорректно.

Если как reverse proxy то сравнивать надо с ATS (Apache Traffic Server).

Если для веб то сравнивать надо связку ATS (Apache Traffic Server) + AWS (Apache Web Server - он же httpd) с nginx + php-fpm. Уверяю Вас - никакой супер-пупер разницы не увидите.

Если есть претензии мол «фу, там амазон» - предлагаю найти более расово-верный бенчмарк самому.

Так ты ж говорил про реверс прокси, а бенчмарк про php-fpm.

Так сравнивать некорректно.
Если как reverse proxy то сравнивать надо с ATS (Apache Traffic Server).

То есть сравнивать веб-сервер общего назначения(там в примерах как бы fastcgi используется, не просто на статике гоняют) nginx в веб-сервером общего назначения apache - это плохо?

https://ic.pics.livejournal.com/voland_lj_avto/84690635/326148/326148_origina...

Это не application-сервер

Почему это? Чем протокол fastсgi принципиально отличается от того же uwsgi например? uWSGI это такой же интерпретатор python обмазанный протоколом uWSGI.

«nginx apache benchmark»

Все эти тесты просто идиотские. Да, они доказывают что при одинаково низком количестве ресурсов nginx + php-fpm вытянет больше одновременных подключений так как связка nginx + apache (или ats + aws) потребляет больше оперативки.

Но если ресурсов с запасом для кол-ва одновременных подключений к ресурсу в РЕАЛЬНОЙ работе а не в тесте где увеличивают их до бесконечности - то именно «скорость» сайта будет одинакова :)

А где граница тогда на твой взгляд? Так можно и CGI сюда вкорячить(о том, что он тормозит по современным меркам, давай пока не будем) - а это значит что тупо любой бинарник принимающий что-то на вход и выдающий на выход - уже application server.

Не, если оно так, то пусть, я чё, я ничё...

CGI не является какой то отдельной сущностью. Если взять тот же апач и запускать под ним CGI-приложение, то апач в данном контексте - application server, да.

Переход на nginx на фронтэндах случился не из-за того что «OMG, он в 100500 раз быстрее(нет)». А из-за того что скорость сопоставима(на разных условиях она вполне себе разнится и четкого превосходства вида «рвёт апач в любых, даже самых упоротых конфигурациях» там нет) и набор фич достойный.

Говорю это как человек, который еще Apache 1.3 с PHP 4(кажется, точнее уже и не вспомню) застал в продакшене.

Ок, точка зрения принята

Ну коннлимит, ок. Порвал так уж порвал.

третья ссылка в гугле
All test were conducted using php-fpm, Apache mpm_worker
Versions of the web servers were: Nginx 1.2.6, Apache 2.2.23

Отличный, актуальный тест.

предлагаю найти более расово-верный бенчмарк самому

Погоди-ка, это разве я говорил, что «нжынс рвет апача в качестве реверс-прокси по фичам и по скорости»? Это я теперь должен лопатить интернет, чтобы доказать себе, что ты прав?

И не ответит. Попусту трепаться-то все мастера.

Ну коннлимит, ок. Порвал так уж порвал.

Не имею привычки распинаться о нужности фич, которые я сам не использую

Отличный, актуальный тест.
Это я теперь должен лопатить интернет, чтобы доказать себе, что ты прав?

Конечно, я уже побежал искать бенчмарк под твои требования(которые ты, к слову не озвучил заранее). Вон версия тебе не понравилась, не добавил бы я комментарий про Амазон - не понравилось бы, что запущено на EC, а не на standalone-серверах.

Тем не менее вот тебе еще один бенчмарк(https://www.programmersought.com/article/63771023607/), который ты также отметешь по принципу «старьё»

Нет, не отмету. Поинтересуюсь, при чем здесь реверс-проксирование, и вдогонку процитирую самого автора: «Let me say that again The results of this bechmark are only interesting if you are using your server for static content mostly rather than generating PHP or some other dynamic content.»

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

Твоя цитата:

как фронтенд перед настоящим http сервером

и теперь

tomcat/jboss/whatever

Ты серьёзно? Эти штуки - это application server, у которых просто api через http. С тем же успехом могло быть по fastcgi или ещё какому протоколу, ничего бы не поменялось. http-сервер это тот кто отвечает за терминацию интернетного http-протокола, а не внутренние апи.

Это другое ©

И как это отменяет ненужность nginx? Игорек данный факт сам понял и ушел пилить что-то понужнее.

Вполне логичное решение

Огромное ему спасибо! Конечно жаль что уходит …

И как это отменяет ненужность nginx?

)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

Ненужнонгинкс от важного господина нанужнолоре. Ваше экспертное мнение принято и будет рассмотрено в ближайшее время!

недолго музыка играла

Двадцать лет - это долго.

Двадцать лет - это долго.

веди отсчёт с момента, когда ему бабла «серьёзного» отсыпали

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

Позиция понятна. Я делал замеры у себя перед миграцией, у меня как раз reverse proxy и статика(никакого FPM). Апач на его месте был медленнее примерно в полтора раза(на проксировании, статика отдавалась +/- также). И это при том, что мы оттягивали миграцию как могли, крутя всякие разные крутилки в самом апаче, которые таки давали прирост, но крошечный.

Чем дальше, тем уродливее формы твоего психического заболевания. Из треда в тред, от комментария к комментарию видно твое скатывание в пучину безумия. Жаль, что тебе видимо некому помочь.

Самое главное что твой комент не наброс, а чистая правда.

Много хороших ядер похоронили из-за поделки финошведа.

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

free is not free

вежливо попросили, мол «мавр сделал свое дело, мавр может уходить»

Ты погугли сколько денег ему заплатили за продажу Nginx Inc., а потом подумай что он теряет увольняясь. Подсказка, он и его дети могут больше никогда не работать и жить в свое удовольствие.

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

Я когда читаю, что Мэтью Диллон для BSD делает - я в шоке. Это вообще другой уровень, нынче мало кому нужный.

Я наблюдал обратную ситуацию. В линуксе и всём, что вокруг него получается (всякие гну) при попытке изучить как что-то (небольшое) работает - приходится прыгать по десятку разных файлов, по которым рандомно разбросан функционал. В BSD же всё логично и понятно, и меньше мусорного кода.

Конечно меньше. Только чтобы его понять, нужно быть гораздо более профессиональным профессионалом. Тот же Диллон форкнул FrteeBSD, когда команда уже не тянула те фичи, которые в Linux и не завезли и уже никогда не завезут.

По-твоему разбираться в 10 страницах кода, рандомно разбросанных по 10 файлам и перемешанных с мусором, проще, чем разобраться в 3 страницах кода, расположенных рядом?

Ну покидает и покидает. Никому от этого ни горячо ни холодно. А за Игоря рад, молодец. Поставил наконец семью на первое место :)

Я сравнивал планировщик и OOM киллер в FreeBSD 4 и в Linux 2.6. В FreeBSD объём кода был больше в десятки раз и зависел от дофига чего, с кучей непонятных #define. Я его не понял. В Linux было всё совсем просто, можно было накидать своих правил OOM сколько угодно.

не всем нужны жырнопроги на жабе

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

В 2022 не крутить яву на tomcat/jboss/whatever

Это уже легаси, сейчас все в микросервисах запускается на встроенных tomcat, jetty, netty.

Мне кажется, пацан к успеху пришел. Повезло, фартануло. Теперь может отдыхать до конца жизни. В любом случае - молодец.

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

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

Ждём прощания с главой груп ай би, лол. Сколько там времени прошло с того якобы конфликта?)

Ты веришь в это?) Уйти добровольно из дела всей своей жизни?))

И дуров добровольно ушел?))

И условный создатель магнита?))

another

Ааа..

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

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

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

И всё же, а чё там с директором груп айби? А?) Он ведь пользуется линуксом.

а можно поверить мне, раз пруфов все равно нет и не важно какова истина происходящего. Опять же даже если рассматривать ваш вариант, собственно с какого рожна финансовая обеспеченность приравнивается к минимизации потерь от ухода, он теряет как минимум проект который сам вырастил, теряет положение как либо на него влиять. Конечно не стоило продавать если было желание что-то решать и дальше, но тут уже вопрос выживания и жажды наживы.

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

Липучек на самом деле очень не хватает. Но это, вроде, единственное, чего критично не хватает из plus.

nginx всегда и у всех стоял как фронтенд перед настоящим http сервером. Так что не надо тут про устаревший.

И сколько лет прошло с тех времён, когда это было актуально? 10?