Понедельник, 14 Июль 2008
ab: поиск альтернативы
Устали мы от ab. Совсем.
Объявляю поиск замены её. Из недостатков известно мне сейчас:
- Перепосылает запросы. Если ты сказал ей -n 10000 -C 100, то она сделает больше 10K запросов. Насколько? Штук на 50-60. Но отладка всяких считчиков всеравно приятна. Ещё, иногда, она может не дослать запросы. Это вообще муть.
- Если ей сказать -v 9 то она напечатает ответ сервера, но не весь. А потом будут все долго удивляться, что же происходит, пока кто‑то не вспомнит про tcpflow/tcpdump.
- Жрет cpu. Причем жрет сильно. И не больше 1 процессора. С определённых нагрузок начинаешь много думать о тредах и запуске нескольких ab.
- Нельзя “абить” с разными куками или по разным url. Не удобно.
можно продолжать долго. Но хочется альтернативы. Вот.
Написано в: 14:14
|
8
комментариев
|
|
теги:
benchmark,
highload,
tech
| постоянная ссылка
|
Добавить пост в:
Комментарии
siege
Судя по ману нельзя подсунуть куки. Даже одни.
мы используем web polygraph, но мы его используем для тестирования proxy и не знаю, можно ли его приделать к тестированию веб-серверов. были еще средства для создания нагрузки, написанные на жабе (хорошо конфигурабельные) — названия сейчас просто не упомню
jmetr. Смотрел его, шибко ресурсы любит.
Пока у меня есть идея написать свой легкий тестировщик. Может на досуге и займусь. Можно считать что тут я собираю фич-реквест на свое творение, если не найду чего-то лучше. Вот.
Basic features request:
Advanced features request:
P.S.По итогам, получается, что нужен просто нормальный ab.
P.S.Кирилл, прибей из базы рассыльщика комментариев тот адрес, который не совпадает с моими настройками.
Форма комментирования для «ab: поиск альтернативы»
ну фичи есть хорошие у web polygraph, может быть можно оттуда что-то позаимствовать. Например, он может наращивать нагрузку постепенно, определяя максимум производительности и т.п.
Позаимствовать можно, но рано. ;)
и получим еще один tsung