Тестирование вебсервера?

Question

[Ян Жабин]

Какие есть способы протестировать загрузку сервера на Python или Node.JS, например количество максимальных соединений до первого падения? Сервер запущен локально, ОС — Ubuntu 12.04.1 LTS.

Answer 1

[Александр]

Из специальных нагрузочных инструментов я бы отметил Jmeter и tsung. В случае мощного сервера лучше конечно tsung.

Answer 2

[ivnik]

Есть ещё Siege.

Comments

[ivnik]

$ aptitude search siege
i siege — утилита для регрессивного тестирования и анализа производительности HTTP

[Ян Жабин]

Спасибо! Почему задал вопрос. Сейчас курсы прохожу от 10gen. Там они советуют bootle framework. А до этого ставил фреймворк на node.js Мне очень интересно как проекты поведут при реально больших нагрузках.

[sch1z0phr3n1a]

Отчетливо предупреждаю, с помощью siege вы не сможете протестировать количество максимальных соединений. Только rps. Для коннектов, используйте лучше yandex-tank

[Ян Жабин]

Спасибо! Буду разбираться. Походу на гитхаб есть доки. Как я понимаю необходимо создать файл с настройками и запустить из консоли командус учетом конфига? или достаточно просто указать урл?

[sch1z0phr3n1a]

Лучше посмотрите сначала наши примеры в нашем клубике. Там все просто.

Answer 3

[vsespb]

Есть Apache Benchmark (но есть ещё более продвинутые утилиты)

Comments

[pomeo]

siege например

Answer 4

[bagyr]

Можно еще github.com/yandex-load/yandex-tank попинать. Возможность увеличивать RPS до того, как все пойдет не так, там точно есть.

Comments

[sch1z0phr3n1a]

Если необходимо протестировать именно коннекты, то желательно все же использовать в танке keep-alive соединения, и стрелять не rps, а наращивая сами инстансы. Максимальное кол-во можно определить только так. Задавайте по нему вопросы, если что-то не понятно, могу ответить прямо здесь. Касательно других инструментов, они все тоже стреляют rpsом, и фактически не могут протестировать на макс. кол-во одновременных http-сессий.

Answer 5

[Алексей Акулович]

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

Comments

[sch1z0phr3n1a]

Ядро стоит тюнить в том случае, если с софтом уже точно ничего не сделать=)

[Алексей Акулович]

Да, конечно. Я не писал, что в первую очередь.
Просто лично уже сталкивался, что выполнение простых правил из статьи повышало производительность. По крайней мере на ubuntu server 9.x-10.x.

Answer 6

[Сергей]

Если нужен максимально простой, но производительный бенчмарк — попробуйте WRK github.com/seriyps/wrk
По простоте запуска как Apache Benchmark, по производительности гораздо выше, т.к. может задействовать все ядра процессора и использует более быстрый HTTP парсер).