Вышел nginx 1.0.0

есть ли смысл ставить перед jetty?

Да. Особенно заметна разница в нагрузке, если есть большой кусок static-контента (картинки, видео).

Если Jetty включена в режиме NIO, то не имеет, только инфраструктуру усложните зря. В противном случае, под нагрузкой без nginx не обойтись.

> То-то клоун на твоей аватарке такой грустный..

lol

что-то мало клоунов, кричащих про bad gateway! больше, больше дебилов!

А какое в нем качественное отличие? Ведь дело наверное не просто в меньшем количестве кода. Там есть отличие в принципе алгоритма, которые позволяет ему отдавать статический контент быстрее? Какая нибудь хитрая кластеризация? Хз, что?

он event-based сервер, в отличие от других аналогов.

А это как?

История успеха?

Jetty может конкурировать с nginx в статическом контенте?

Раз оно не автоматизирует и не оптимизирует производственные процессы, значит, оно нужно ё-ным капиталистам для раскрутки своего УГ и, соответсвенно, катится в Ж.
К сожалению, я сам не занимаюсь тем, чем не занимается nginx, поэтому тоже укатываюсь в Ж.
К сожалению, у нас вся страна занимается каким-то дебилизмом и ни черта не производит, а если и производит, то какой-то мусор - и то только дл того, чтобы можно было рабочим подачки в виде зряплаты давать. И, соответственно, мы все катимся в Ж. вместе.
Привет, ребята! И вы тоже в Ж.? Присаживайтесь поудобнее, давайте поговорим о том, как nginx реально ускоряет работу, например, с интерфейсом Zimbra и при этом нехило так снижает нагрузку на сервер.
Да, nginx нужен, да он нереально крут и у нас его используют больше только потому, что у нас его лучше знают и ещё потому, что программирование и сисадминистрирование не требует промышленного производства и здесь мы вполне преуспеваем.

НО! Господа, это не отменяет того факта, что если мы будем продолжать заниматься «ускорением» веб-сайтов и прочей их кластеризацией под высокую нагрузку, то таки рано или поздно прибудем на место назначения, то есть в Ж. Конечно, это актуально только для тех, кто не успеет перепрыгнуть в поезд, следующий в развитые страны.

>Раз оно не автоматизирует и не оптимизирует производственные процессы, значит, оно нужно ё-ным капиталистам для раскрутки своего УГ и, соответсвенно, катится в Ж.

А зачем вы пишете на интернет-форуме, сделанном на технологиях проклятых капиталистов?

Ваши двойные стандарты даже похуже, чем у этих самых капиталистов.

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

Вы, уважаемый, тоже не требуете промышленного производства, и тоже созданы в этой стране.

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

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

тупой какой-то у тебя коммент.

Погугли 'C10k problem', там более-менее всё рассказано

Новость замечательная, поздравляю!

Сам nginx'ом не пользуюсь, но не потому что он плох, а потому что не обслуживаю высоконагруженных сайтов.

>тупой какой-то у тебя коммент.

Ещё один пионер-коммунист, мечтающий о технократическом рае, населённом инженерообразными нердами?

вашего либерастического рая мы уже наелись зато.

>вашего либерастического рая мы уже наелись зато.

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

>А какое в нем качественное отличие? Ведь дело наверное не просто в меньшем количестве кода. Там есть отличие в принципе алгоритма, которые позволяет ему отдавать статический контент быстрее?

Один процесс nginx в разы меньше оперативной памяти кушает, чем apache со всей обвязкой.

>Ещё один пионер-коммунист, мечтающий о технократическом рае, населённом инженерообразными нердами?

А меня вот всё мучает желание построить город, в котором жили бы только атеисты. Рекламу сделать: «Не верите в бога? Переезжайте к нам! У нас тут все не верят в бога, вам будет комфортно!».

> А меня вот всё мучает желание построить город, в котором жили бы только атеисты. Рекламу сделать: «Не верите в бога? Переезжайте к нам! У нас тут все не верят в бога, вам будет комфортно!».

Тонет океанский лайнер, и пассажирка на борту молится: Господи, ну я-то ладно, и мужьям изменяла, и аборты делала, но другие пассажиры, их-то – за что? И Господь ей отвечает -А я вас, б****, три года на этот корабль собирал!

это ты клоун, а на аватарке маяковский, школота.

> А меня вот всё мучает желание построить город, в котором жили бы только атеисты. Рекламу сделать: «Не верите в бога? Переезжайте к нам! У нас тут все не верят в бога, вам будет комфортно!».

http://nerdfort.com/
пойдёт для начала?

я надеюсь на светлое будущее, где у нас на рудниках будут такие как ты.

Не изучал lighttpd, но вот фичи которые мне нравятся в nginx:
- кэширование проксируемой динамики, которое неплохо настраивается, можно кэшировать в зависимости от кукисов например
- ололоментарное сжатие статики гзипом заранее и потом раздача ее в таком виде
- лимитирование количества запросов к определенным страницам в секунду
- раздача flv

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

>>А какое в нем качественное отличие? Ведь дело наверное не просто в меньшем количестве кода. Там есть отличие в принципе алгоритма, которые позволяет ему отдавать статический контент быстрее?

Один процесс nginx в разы меньше оперативной памяти кушает, чем apache со всей обвязкой.

Тебе не приходило в голову, что количество потребляемой памяти не обязательно связанно с производительностью ?

>А меня вот всё мучает желание построить город, в котором жили бы только атеисты. Рекламу сделать: «Не верите в бога? Переезжайте к нам! У нас тут все не верят в бога, вам будет комфортно!».

А у меня есть мечта, что все желающие строить города и расселяться по какому-то фанатичному признаку наконец-то осуществят свою мечту. Тогда нормальным людям в остальном мире станет хорошо жить:)

>Тебе не приходило в голову, что количество потребляемой памяти не обязательно связанно с производительностью ?

А тебе не приходило в голову, что количество оперативной памяти на сервере ограничено, и на высоконагруженных проектах легко съедается кучей одновременных запросов? Пшёл нафиг, нуб.

>А у меня есть мечта, что все желающие строить города и расселяться по какому-то фанатичному признаку наконец-то осуществят свою мечту.

Да, человеку свойственно стремление к получению комфорта. Некоторые люди комфорт видят в наличии окружения единомышленников, да.

>вашего либерастического рая мы уже наелись зато.

Гигантский респект! По-моему ни один отдых или отпуск или что там у нас устроили... балаган?! - вечно длиться не может. Поиграли в свою х.йню - и хватит уже. Интеллектуальный труд важен и нужен, когда он участвует в создании конечного вещественного продукта. Это обусловлено хотя бы тем, что мы не кодом на Lisp'е питаемся, а внезапно совершенно материальными продуктами питания. У нас может быть очень много бумажек за создание очень замечательных сайтов, но если на все эти бумажки можно будет купить один батон хлеба made in France, я не думаю, что качество жизни будет ощущаться по возможности за те же деньги целых тыщу раз потусить в ночном клубе или снять целых двести проституток.

Так что наряду с новостями о nginx было бы интересно хоть где-нибдь почитать новости ещё и о том, что «сегодня огурцы подорожали ещё на 15 рублей, и таким образом среднерыночная цена их составила 120 рублей за килограмм».
Вообще что, меня одного напрягает, что помидоры стоят 100 рублей за кг, а бананы - 40? Никому не кажется это... противоестественным. Или вот талантливый человек, написавший nginx, способен как-то объяснить тот факт, что в России не делают... кофейники, например?

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

Практически любой труд прямо или косвенно участвует в создании конечного вещественного продукта. Даже если сначала это кажется не так.

А ещё не стоит концентрироваться на вещах - это какое-то потребительство.

>Или вот талантливый человек, написавший nginx, способен как-то объяснить тот факт, что в России не делают... кофейники, например?

Тут как раз всё просто объясняется, но это объяснение - нацпол, и его сотрут.

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

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

Да легко.

хorg использует убогий select() из-за чего тормозит и не может обслужить больше 255 соединений (наверняка кто-то сталкивался с ситуацией, когда в иксах нельзя больше запустить приложений? Вот это проклятый и убогий select() со своими ограничениями).

Из с10k problem ещё нужно было уяснить, что сам по себе epoll и аналоги не улучшают существенно приложение. Можно взять апач, он для каждого соединения делает отдельный процесс/поток и даже где-то внутри использует epoll, но это ему не помогает.

10k процессов пингвин навряд ли потянет, да ещё и с простой синхронизацией между потоками. Первая мера для решения проблемы c10k это изменение архитектуры приложения, т.е. уход от классической схемы, в которой для каждого клиента создаётся свой процесс, к event-driven приложению. epoll всего лишь средство которое помогает писать такие приложения (т.е. необходимое условие, но не достаточное).

nginx как раз и есть веб сервер с такой «новой» архитектурой и благодаря ей может обслуживать одним процессом (и потоком) множество клиентов.

С веб серверами уже всё хорошо, но есть ещё сами веб приложения, которые не спешат к такой архитектуре и обрабатывают каждый запрос одним физ. процессом (php и все аналоги). По этой причине nginx не может сам хостить у себя php и прочие динамические яп и это же причина таинственных 502/503 (медленный бэкенд не успевает обрабатывать 'c10k' от nginx).

Есть движения на этом фронте к зелёным потокам (coroutines, greenlets, tasklets...), но это пока ещё только начинается и мало где можно применить.

>>Тебе не приходило в голову, что количество потребляемой памяти не обязательно связанно с производительностью ?

А тебе не приходило в голову, что количество оперативной памяти на сервере ограничено, и на высоконагруженных проектах легко съедается кучей одновременных запросов? Пшёл нафиг, нуб.

:-) ты неграмотный нахал.

Любой серьёзный проект рассчитывает свою нагрузку на перспективу, соответственно ставит себе нужное количество памяти, собирает load-balancer, куда спокойно можно добавлять новые серверы. Я как раз и админил такой веб портал из большого количества веб серваков, и память у нас никогда не была узким местом.

Так что это далеко не всегда проблема. К тому же ты не читатель, ты писатель. Я задал один вопрос, а ты ответил на тот вопрос, на который хотел отвечать сам.

ура

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

А что Вы скажете по поводу бага №758 — архитектуральной проблемы утечки памяти через ее фрагментацию?

>Любой серьёзный проект рассчитывает свою нагрузку на перспективу

Если мы говорим о веб-проектах, то там сложно распланировать нагрузку на какую-то отдалённую перспективу. Мало того, даже за пару месяцев ситуация может измениться до необходимости менять оборудование.

собирает load-balancer

До load-balancer-а тоже не сразу доходят. И пока с нагрузкой может справиться всего один сервер с многоядерным процессором и восемью гигабайтами памяти, смысла ставить балансеры нет. Мало того, если использовать nginx для отдачи статики, то этот момент необходимости перехода на использование всяческих раунд-робинов можно сильно отсрочить.

Так что это далеко не всегда проблема.

nginx в случае использования в качестве кеширующего веб-сервера однозначно снижает требования к аппаратным ресурсам. Я не понял, ты с этим не согласен?

Я задал один вопрос, а ты ответил на тот вопрос, на который хотел отвечать сам.

Я пояснил свою мысль, с которой ты вознамерился спорить.

>А что Вы скажете по поводу бага №758 — архитектуральной проблемы утечки памяти через ее фрагментацию?

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

Хотя, конечно, наличие проблемы не отрицаю.

>ололоментарное сжатие

Это как? «Ололо, на башорк!» ?

Уважаемый, в интернете есть тыща мест, где можно обсудить огурцы. А ЛОР сделан для чесания ЧСВ плохо социализированных гиков (и выдающих себя за гиков ламеров). А талантливый человек, написавший nginx, по кофейники ничего не расскажет, потому что он этому не учился.

Вообще-то другой талантливый человек ещё в 1952 году придумал, как решить поднятые Вами вопросы (наладить выпуск кофейников и, так сказать, «соединить поэта и гражданина»), но сейчас этот талантливый человек резолюцией ОБСЕ официально приравнен к Гитлеру, и вскоре к ОБСЕ присоединится президент РФ, при котором сейчас работает специальная комиссия. Поэтому живите тихо и счастливо, развивайте капитализм и слушайтесь начальство.

> писать код - одна из немногих вещей в России, которыми можно заниматься, не связываясь с госструктурами, ворами, взятками, коррупцией и прочим.

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

хотя, можно выращивать те же помидоры, или бананы, в масштабах не промышленных)

Да. Это мной придуманный неологизм означающий что-то до смешного элементарное. Есть еще котэкаэдр, я так умных кошек называю, а что?

>>Так что это далеко не всегда проблема.

nginx в случае использования в качестве кеширующего веб-сервера однозначно снижает требования к аппаратным ресурсам. Я не понял, ты с этим не согласен?

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

А зачем нужен epoll, когда идет не FSM, а thread based обработка? Ведь все-таки epoll это скорее для небольших асинхронных запросов, медленный синхронный запрос к базе затормозит весь поток.

У меня например в дипломной работе нужен хороший сервер. Там поток ждет на epoll. Когда поклевка на нескольких каналах, то он передает их в систему закачки. Там потоков Х качают запросы. После того как закачают, они передают в систему обработки. Там Y потоков обрабатывают. После того как обработают, то передают в систему отправки. Там Z потоков отсылают ответы. Любой обработчик может отослать в много каналов много сообщений. Система отправки все отошлет. Каждая система - пул потоков с очередью задач. Если очередь переполняется, то можно потенциально сбрасывать на диск.

Работает это все чудо на ура и очень конфигурируемо. Вот вам гибридная система.

Языкаэдр не ломается при этом?

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

Не скажи. Можно пытаться писать чего-то за деньги и в закрытом виде, и оно даже не будет связано со всей этой ерундой. Рынок узкий, но и специалистов, оказывается, тоже мало.

Собственно nginx+apache тоже работают примерно так, только XYZ потоки представляет собой apache. nginx ждет на epoll, быструю статику отдает сам и закрывает соединение, а динамику отправляет апачу, который обрабатывает их в своем пулле потоков и у скриптов работающих в нем есть возможность делать тяжелые синхронные запросы.
Теоретически есть возможность обрабатывать динамику также в epoll, а тяжелые вещи отправлять в отдельный пулл потоков, как это делают в node.js. Но на практике обычные скрипты с обращением к базе априори являются тяжелой синхронной динамикой и нет выгоды в этом дроблении, если можно просто обрабатывать их апачем.
В общем nginx ставят, потому что тяжелая синхронная динамика на проектах зачастую неизбежное зло, которое стоит гораздо дешевле легкой асинхронной. И в таких условиях легче ее обрабатывать через апач, в котором еще кстати есть тысяча полезных модулей, а статику скидывать через быстрый nginx.

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