Тестирование балансировщика nginx

0

1

Добрый день. Хочу потестировать nginx с различным числом бэкендов. Нагрузку по запросам создать не проблема. Подскажите какой-нмбудь простеньгий алгоритм который бы грузил процессор. Чтбы можно было загрузить по процессору, потом добавить еще бэкэнд и продемонстрировать увеличение числа обрабатываемых запросов за промежуток времени.

Ссылка

←	Скрипт для нагиос

Dedbian 6 одновременное использование 2-х репов

→

простеньгий

# cat /dev/urandom > /dev/null

temporary ★★
(20.12.11 09:23:53 MSK)

Ответ на: комментарий от temporary 20.12.11 09:23:53 MSK

если что, при этом выхлоп top

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
9132 root      25   0   2748   456    384 R   97.5  0.1         0:24.36   cat

temporary ★★
(20.12.11 09:26:43 MSK)

Ссылка

Ответ на: комментарий от temporary 20.12.11 09:23:53 MSK

А если ещё при этом сжимать в bzip...

sin_a ★★★★★
(20.12.11 09:44:48 MSK)

Ответ на: комментарий от sin_a 20.12.11 09:44:48 MSK

да, и приоритет повысить. Так что велосипедов изобретать не нужно.

temporary ★★
(20.12.11 10:10:48 MSK)

Ссылка

Уже много кто тестировал, всё работает как ожидаетсяя.

Надо тестировать в реальных условиях на реальном приложении.

true_admin ★★★★★
(20.12.11 18:47:50 MSK)

Ответ на: комментарий от true_admin 20.12.11 18:47:50 MSK

Оно понятно. Просто начальство хочет чтобы были протестированы различные сязки веб сервер + бэкенды + язык + база (реляционная vs nosql) на сферических тестах чтобы знать когда какую лучше использовать. В частности надо было наглядно показать какое количество запросов может выдержать система в зависимости от числа бэкендов.

ALeo ★
(22.12.11 15:46:58 MSK) автор топика

Ответ на: комментарий от ALeo 22.12.11 15:46:58 MSK

Имхо вы делаете всё неправильно, но отговаривать не буду.

Бенчмарков в сети и так хватает, нет смысла ещё и свои городить. Тем более при таких объёмах тестов всё будет делаться поверхностно.

Потом вы сравниваете странные и очень разные вещи. Например, языки. Выбор языка влияет и на реализацию, и на трудности с поиском соотв. кадров и на выбор библиотек и так далее. К тому же цена железа сейчас невысока по сравнению с ценой специалистов. Даже если выясните какой язык для чего круче вы же не станете менять программистов при смене задачи? Или станете? :)

Ну и сравнивать в лоб на абстрактных задачах такие вещи как SQL vs nosql нельзя, это продукты с совершенно разными возможностями. Да и всяких SQL немерянно, начиная sqlite и кончая oracle или db2. Всё не протестируете всё.

Короче, сферические тесты не нужны, их и так хватает. Надо тестировать алгоритмы. А если вы работает на рынок то в 99% случаев ключевым фактором является минимизация времени разработки а не производительность. Ну и компы щас такие что при наличие мозга очень многое можно выжать из одного многоголового сервера без всяких бэкендов, балансировщиков итп.

true_admin ★★★★★
(22.12.11 16:04:12 MSK)