The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Сравнение производительности OLTP-приложения в связке с ngin..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Сравнение производительности OLTP-приложения в связке с ngin..."  +/
Сообщение от opennews (ok) on 18-Сен-09, 13:11 
В статье (http://habrahabr.ru/blogs/nginx/69974/) авторы проводят нагрузочное тестирование связки FastCGI приложения с Oracle, nginx, lighttpd. Nginx обогнал lighttpd, с отрывом.

URL: http://habrahabr.ru/blogs/nginx/69974/
Новость: https://www.opennet.ru/opennews/art.shtml?num=23466

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Сравнение производительности OLTP-приложения в связке с ngin"  +2 +/
Сообщение от User294 (ok) on 18-Сен-09, 13:11 
Мне было интересно(сам топик).Увы, хабр подтвердил свою репутацию.Тесты делала видимо какая-то школота.Бесштанная и не умная.Потому на вмваревой виртуалочке (ха-ха, нагрузочное тестировани на вмваре это забавно).Без какого либо внятного тюнинга и пояснений что, нафига, и почему - именно так.Идея писькомера интересная, а вот реализация - увы, КГ/АМ какое-то в лучших традициях школьных лаб по физике.Что-то и зачем-то померяно, типа.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от Аноним (??) on 18-Сен-09, 13:25 
>в лучших традициях школьных лаб по физике

Вы то их хоть сам делали?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от Юниксоид email(??) on 18-Сен-09, 13:33 
Какая разница на чём тестировать, интересны ведь не абсолютные результаты, достигнутые на квадах, а что лучше справляется с нагрузкой. Имхо, тесты показывают это очень хорошо.

По-вашему, какая должна быть методика с теми же самыми исходными ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от ihanick email(??) on 18-Сен-09, 14:06 
> Какая разница на чём тестировать, интересны ведь не абсолютные результаты, достигнутые на квадах

Если решение позиционируется как масштабируемое на высокие нагрузки, значит окружение должно быть подходящее для высоких нагрузок. Сейчас даже десктопы имеют много процессоров.
А уж система, работающаяя на самой дорогой коммерческой базе данных обязана эфективно использовать много физических процессоров. Ни одна виртуалная машина сейчас не позволяет внутри виртуальной машины эфективно использовать SMP, без cpu cache trashing.
как минимум надо было взять физический квад.
Приложение после listen на сокете расфоркать  на 2-4 процесса для более полной утилизации процессоров.
Провести сравнение производительности на tcp и unix сокете: разговоры про tcp overhead при использовании реляционной базы данных это детский лепет.

Выбрать более-менее приближенный к реальности workset и запросы долбить не в один урл, а большой список.
Запросы подавать с заведомо более мощной машины, для того чтобы исключить фактор медленной работы ab2 или siege. Научиться, наконец-то пользоваться ulimit и dmesg
В процессе тестирования собирать нужную информацию:
vmstat - полнота утилизации, wait on io, swapping (следить чтобы не наблюдалось)
dmesg, чтобы отлавливать сообщения о переполениях системных таблиц (например conntrack)
обращать внимание на резкие скачки и плато возникающие по степеням двойки 1024,65536 - обычно связанные с затыканием в sysctl параметр.
oprofile для исследования составляющих cpubounded нагрузок (например там легко увидить проблемы связанные с производительностью dns).
systemtap исследования характера io.
проводить тестирование длительное время для исключения влияния cron и случайных пакетов из локальной сети.
Проводить статистическую обработку данных.

И самое главное у тестирования должна быть цель.
Обычно тестирование используется для тюнинга и оценки производительности больших систем.
Данное тестирование было проведено, для того чтобы опробовать новую технологию. Но выводы сделаны неправильные (особенно радуют замечания про потери транзакций, в nginx failback спецально для 502 на нескольких серверах есть, как минимум).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от Аноним (??) on 18-Сен-09, 14:32 
бесплатный оракль 1процессор задействует только
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от Andrew Kolchoogin on 18-Сен-09, 14:34 
Взять платный Oracle.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Сравнение производительности OLTP-приложения в связке с ngin"  –1 +/
Сообщение от Warhead Wardick on 18-Сен-09, 20:17 
1) Оплатишь?
2) Даже если купишь ... сюрприз-сюрприз! Эти жлобы явно запрещают сравнительное тестироване :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Сравнение производительности OLTP-приложения в связке с ngin"  +1 +/
Сообщение от User294 (ok) on 18-Сен-09, 21:01 
Так оракль же там не сравнивают по идее? Ну наконец возьмите какуюнить иную БД или замените ее вообще эмулятором чтоли. Ну или блин на отдельный сервак ее хотя-бы. 1 фиг мало идиотов будет оракл гонять на том же диске (проце и прочая) что и вебсервант, имхо.Ну и какой толк от теста столь странной конфигурации тогда? Мы узнали как серваки + оракл и т.п. живут совместно в мелкой помоечке. Проблема только в том что их все втискивать в такие же условия на 1 проц, диск и прочая в реальной жизни ни один даже совсем больной на голову дятел не будет.В итоге чего-то абстрактное конечно померяно но вот что оно показывает ... лично я для себя каких-то полезных выводов ("почему оно так") по этой статье сделать не смог. Отсюда и ругань на бесполезно убитое время.

Если кто не в курсе - замерять какие-то результаты может даже полный дятел.А вот грамотно обработать их, осмыслить и объяснить - что, почему и как наблюдалось дано далеко не всем.При том с этим фактом столкнулись на своей шкуре все кто делал лабы в институте.Но некоторые не дотягивают даже до уровня студенческой лабы.Зато померяв хз чео и нафига лезут делать какие-то выводы.Которым невелика цена при такой квалификации замерятелей, в общем то.

В итоге мне не понятно чем столь бестолковый бенч заслужил место в новостях. Я тоже могу воткнуть лайт и нжинкс на виртуалку, что-то как-то зачем-то померять, заткнуть проблемы по мере возникновения, не особо комментируя что и нафига затюнено и вывалить результат абы как без особой обработки и осмысления.Только грош цена будет такому результату, по нему не понятно что же он в итоге показывает.Абстрактное "nginx делает лайт"? Во, блин, а я думаю что можно накопать конфиг где один сделает другого и еще конфи - где будет все наоборот. А вот кто в чем силен и у кого какие слабые стороны - иэ такого бенча как бы нихрена не видно. Даже не особо понятно - что и в какой конфиге было узким местои и прочая, откуда выигрыши\проигрыши и т.п..

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Сравнение производительности OLTP-приложения в связке с ngin"  +/
Сообщение от Юниксоид email(??) on 19-Сен-09, 13:23 
> А вот кто в чем силен и у кого какие слабые стороны - иэ такого бенча как бы нихрена не видно.

В FastCGI nginx явно на несколько голов выше - именно это и видно из теста, не более. Данная инфа полезна тем, кто думает на чём лучше юзать связку nginx+FastCGI - а таких людей очень много.

Имхо, Вы тут перегнули палку слегка.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Сравнение производительности OLTP-приложения в связке с ngin"  –1 +/
Сообщение от Юниксоид email(??) on 18-Сен-09, 15:54 
Не, ну тут парни не ораклы по сути тестили - оракл експресс был как бы для галочки, чтобы выполнять оч. быструю БД транзакцию, которая не влияет на кол-во запросов при работе в FastCGI.

Т.е. Вы немного не то поняли из статьи. По сути, тестили фронтенды, а не бекенды.

Вы считаете, что nginx не потянет на многопроцессорной тачке ? Запросто ! Ибо воркеров можно задать сколько надо, и распрекрасно запараллелится.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Сравнение производительности OLTP-приложения в связке с ngin..."  +/
Сообщение от Аноним (??) on 18-Сен-09, 13:18 
тема интересная, а реализация очень подкачала.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру