LINUX.ORG.RU

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

 


4

2

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

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)

Ответ на: комментарий от thesis

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

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

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

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от eternal_sorrow

php-fpm

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

gunicorn или uWSGI

тут согласен

Pinkbyte ★★★★★
()
Ответ на: комментарий от thesis

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

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от Virtuos86

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

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

anonymous
()
Ответ на: комментарий от Pinkbyte

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

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

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

suffix ★★
()
Ответ на: комментарий от Pinkbyte

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

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

anonymous
()
Ответ на: комментарий от suffix

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

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

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

eternal_sorrow ★★★★★
()
Ответ на: комментарий от Pinkbyte

«nginx apache benchmark»

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

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

suffix ★★
()
Последнее исправление: suffix (всего исправлений: 1)
Ответ на: комментарий от eternal_sorrow

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

eternal_sorrow ★★★★★
()
Ответ на: комментарий от suffix

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

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

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

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

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

thesis ★★★★★
()
Ответ на: комментарий от anonymous

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

thesis ★★★★★
()
Ответ на: комментарий от thesis

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

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

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

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

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

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

Нет, не отмету. Поинтересуюсь, при чем здесь реверс-проксирование, и вдогонку процитирую самого автора: «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 лет назад прочитали статью с картинками о скорости нжынса, а потом забыли, где и о чем именно читали, а с мнением до сих пор бегают и создают шум.

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 3)
Ответ на: комментарий от untitl3d

Твоя цитата:

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

и теперь

tomcat/jboss/whatever

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

firkax ★★★★★
()

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

kto_tama ★★★★★
()

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

abondarev ★★★
()
Ответ на: комментарий от untitl3d

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

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

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

anonymous
()
Ответ на: комментарий от thesis

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

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

anonymous
()
Ответ на: комментарий от thesis

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

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от Legioner

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

anonymous
()
Ответ на: комментарий от Shadow

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

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от abcq

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

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

autonomous ★★★★★
()
Ответ на: комментарий от anonymous

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

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

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Shadow

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

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от Shadow

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

firkax ★★★★★
()

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

pingvinek
()
Ответ на: комментарий от firkax

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

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от autonomous

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

abcq ★★
()
Ответ на: комментарий от untitl3d

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

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

anonymous
()

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

another ★★★★★
()
Ответ на: комментарий от abcq

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

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

autonomous ★★★★★
()

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

anonymous
()
Ответ на: комментарий от another

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

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

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

another

Ааа..

anonymous
()
Ответ на: комментарий от BceM_IIpuBeT

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

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

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

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

anonymous
()
Ответ на: комментарий от autonomous

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

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

abcq ★★
()
Ответ на: комментарий от firkax

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

evgeny_aa ★★☆
()
Ответ на: комментарий от untitl3d

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

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

evgeny_aa ★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.