Кто-то еще использует nginx?

Хочется услышать авторитетное мнение об этом vs. nginx.

+1

Разве nginx кеширует запросы к апачу?

Да, nginx может работать как http(s) reverse proxy

Ну все... nginxкапец наступил...

ага, вместе с FreeBSD :)

Гм... Наверно есть разница между этим и nginx. ATS рассчитан на моментальную отдачу статического контента и устойчивость к сбоям, а nginx - на обработку кучи параллельных запросов с минимальным оверхедом не забывая про гибкость в настройке и отдачу статики. Правильно я понял?

Почему-то не нашел ни одного мануала, можно ли к ATS прицепить FastCGI-сервер?..

Дада, наверное WCCP не умеет. nginx вообще умеет кластеризоваться разве?

> Почему-то не нашел ни одного мануала, можно ли к ATS прицепить FastCGI-сервер?..

Имхо никак, оно только HTTP умеет

nginx живет) хехе) кешированный за ATS, но живет)))

Сравнение

http://nbonvin.wordpress.com/2011/03/24/serving-small-static-files-which-serv...

Правда по статике...

Чем это лучше Nginx?

извиняюсь за оффтоп, но не обратить внимание на G-WAN было сложно, пошел по ссылкам и увидел ЭТО: http://www.trustleap.com/en_doj.html
для Ъ: Как микрософт нервничает, если применить GetTheFuckts против него самого

>Чем это лучше Nginx?

названием

Обана, а похоже она еще работает как лоад-балансер, что то типа F5 LTM, совсем не плохо тогда.

http://ostatic.com/blog/guest-post-yahoos-cloud-team-open-sources-traffic-server

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

Как же собираешься моментально отдавать контент без обработки кучи || запросов? Тут как бы одно это видимый эффект, а другое свойства реализации

> Чем это лучше Nginx?

Меня не это беспокоит.
Скорее, в связи с сабжем, меня беспокоит вероятное исчезновение толпы студентов размахивающих подштанниками и орущих «Apache не нужен, Nginx в массы!!!».

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

Интересные результаты у G-WAN.

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

>Наверно есть разница между этим и nginx.

Разница неуловима. Оба берут на себя раздачу статики. Оба проксируют динамику к тому, что умеет ее обрабатывать. Оба пытаются это делать настолько быстро, насколько это возможно.

Возможно, разница в том, что nginx умеет с минимальным оверхедом, гибкостью и параллелизацией запросов раздавать только 50x ошибку?

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

>Скорее, в связи с сабжем, меня беспокоит вероятное исчезновение толпы студентов размахивающих подштанниками и орущих «Apache не нужен, Nginx в массы!!!».

По ссылке:

How do I enable SSL between Client/ATS/Origin end points?

* TODO

И это поделие они собираюстя противопоставить предынтырпразному nginx ? Подштанники ещё долго будут тебя беспокоить :)

+1, очень интересные. У меня к счастью таких нагрузок нет, но буду иметь в виду.

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

Провести бы сравнение сего чуда с nginx и lighttpd - промышленными стандартами россии и цивилизованного мира соответственно.

>вместе с компанией разработчиком

А разве правильно не «компания-разработчик»?

Ничего интересного там нет, если почитал бы комментарии к этой статье, то увидел бы, что там классическая найопка (там сам автор этого Гвана срывает с Сысоева покровы).

Маленький недосервер этот Гван, у которого нет конфигурации (в качестве конфигурации структура катологов, для любого изменения параметров выдачи контента надо писать обертку на Си, которую он будет компилировать tcc).

Как оказалось, Гван делает больше сисколлов, чем nginx на одну отдачу файла (т.е. менее эффективен), следовательно более низкая производительность nginx связана с тем, что он больше времени проводит в юзерленде.

За счет чего? Сложно сказать. Гван проприетарный и что именно он делает в юзерленде кроме лтрейса-стрейса и декомпиляции / отладки никак не узнать. Но есть мнение, что это просто связано с его исключительной однопедальностью, которая на самом деле ограничивает его применимость.

А именно, с раздачей статики на синтетических бенчмарках (типа файла 100 байт) он хорошо справляется, но для любого изменения конфигурации надо делать Си-обертку, поэтому тут-то и начнутся потери. Кроме того, у него там куча скрытых недокументированных оптимизаций, типа отдачи файлов меньше X со сжатием без возможности отключения, так что и это, может быть добавляет.

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

Чем оно лучше Squid в режиме реверс-прокси?

Как Анонимус, прошедший по ссылкам, подтверждаю неадекватность авторов G-WAN, они там не только с Сысоевым переругались, в PDF-ке с документацией http://gwan.com/archives/gwan_linux.pdf вся вторая страница посвящена срачам. Также совершенно неясна их позиция по поводу неоткрытия исходников, стыдно показывать, что ли?

nginx наше всё. А за ATS спасибо, будем посмотреть.

> G-WAN

вся вторая страница

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

в PDF-ке с документацией http://gwan.com/archives/gwan_linux.pdf

Прочитал. Было очень трудно не заснуть, но честно прочитал.

39 страница 40 страница

Ну это... Оно-то конечно прикольно и смешно, но что-то посерьезнее редиректоров я бы так делать точно не стал. %)

Ой, спасибо огромное, до туда я не дочитал! Какие очаровательные ребята! Там, начиная с тридцать третьей страницы, сплошное Трололо! Общий смысл: C++ sucks, Java sucks, PHP sucks a bit less, Go sucks much less, but also does, Страуструп - вендоюзер, а windows, как известно, sucks by its nature, US Government sucks, а из-за них и Теория Свободного Рынка тоже сосёт, а вот pure C, Деннис Ритчи и Линус Торвальдс рулят, и чем меньше абстракций, тем проще жить. А ещё C++, Java и даже Go были придуманы исключительно для того, чтобы заставить вас регулярно покупать новое железо у больших корпораций, и забивать неокрепшие умы студентов университетов бесполезной хренью, скрывающей суть, и являющейся в какой-то степени первой дозой.

В самом конце ещё несколько постулатов честного анархиста и антиглобалиста, и завершающая фраза о том, как правильно делать бизнес, с которой трудно не согласиться честному человеку:
Moral of the story: the more you work, the better you become at the task.
And if this is useful to others then you will get the dividends of your efforts.


Тысяча чертей! Если бы были открыты сорцы, завтра же этот G-WAN уже обслуживал бы мои странички! А так - не верю. Но надо отдать должное, это лучшая документация к web-серверу, которую я читал в своей жизни!

Сайт у них, кстати, тоже довольно симпатично оформлен.

Заддосить apache гораздо легче, нежели nginx.

Дефекация кирпичами)

+100500

Посмотри на статистику по использованию памяти и ты поймешь что я имел ввиду.

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

Ну так поставь ему nginx он тебе спасибо скажет :)

> Ну так поставь ему nginx он тебе спасибо скажет :)

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

nginx - наше всё!

Ты считашь, что это делает честь apache или тебе?

> Какие очаровательные ребята!

Это *один* ребенок. Похожий неадекват, кстати, прет от автора ТехМакера, бывшего Кайла. Одного зовут Паскаль, второго --- Пьер. Система?

У них ситуация, я бы сказал нетривиальная.

Судя по написанному ситуация вполне тривиальная. :) Так что поставить nginx вместо того, чтобы спорить и забыть!

> Ты считашь, что это делает честь apache или тебе?

Нет!
Мне сделало честь другое. Как-то раз поставил на ночь сделанного на коленке робота. Он в 120 потоков «ходил по ссылкам» этого сайтика. И знаешь, судя по таймингам, там нечему тормозить.
У них потом шухер был, посещаемость выросла. Хотели даже премию дать, но потом передумали.

В самом начале документации сказано:

G-WAN needs the 32-bit ia32 libraries on AMD64 Linux platforms:
apt-get -y install ia32-libs

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

Тогда увеличивай детализацию логов (как минимум ErrorLog + CustomLog с полями: время запроса, ip клиента, запрос, код ответа и длина ответа, лучше ещё время генерации страницы) и жди следующей проблемы

но иногда бывают пиковые нагрузки приводящие к сбоям выдачи

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

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

Это один разработчик, и он считает, что 64 бита не нужны =)

он вроде собирался добавить поддержку 64бит в следующих релизах

> Хочется услышать авторитетное мнение об этом vs. nginx.

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

Простите, а какие еще задачи могут быть, если не нужно «балансировки кешей, пуржда/пуша, авторизации и редиректов ну и тому подобных плюшек»

Просто в голову не приходит такой сайт, в котором нет авторизации, но есть такой наплыв клиентов, что нужен разгрузочный фронтэенд перед апачем...

да полно таких сайтов, новостные порталы хотя бы.