Сообщений в теме: 8

[rudomyotov]

Было у нас Web-приложение с Ajax запросами, которое мы благополучно нагружали с помощью jmeter(требования к нагрузке приложение не выполняло).
Разработчики подумали, подумали и стали использовать Websockets. А у нас заминка...

Подскажите пожалуйста, может кто-то уже делал нагрузочные тесты с Websockets. Чем можно нагрузить такое приложение?

[ТимурТорубаров]

http://tools.ietf.org/html/rfc6455 + tcp sampler
пробовали?

[rudomyotov]

http://tools.ietf.org/html/rfc6455 + tcp sampler
пробовали?

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

[ShortLegged]

Какие требования по нагрузке к приложению?

[rudomyotov]

Какие требования по нагрузке к приложению?

должно быть 120 одновременных сессий (пользователя), время ответа не более 5-ти секунд

[rudomyotov]

http://tools.ietf.org/html/rfc6455 + tcp sampler
пробовали?

что-то не получается

Может есть у кого еще какие-нибудь идеи?

[ShortLegged]

Возьмите клиентскую реализацию для вебсокетов на java или python, получите высокоуровневый интерфейс для работы с ними, imho, данный подход проще чем реализация с помощью jmeter.
А вообще, надо начинать с понимания, есть ли в них действительно необходимость или нет.

[rudomyotov]

Возьмите клиентскую реализацию для вебсокетов на java или python, получите высокоуровневый интерфейс для работы с ними, imho, данный подход проще чем реализация с помощью jmeter.
А вообще, надо начинать с понимания, есть ли в них действительно необходимость или нет.

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

[schizophrenia]

Было у нас Web-приложение с Ajax запросами, которое мы благополучно нагружали с помощью jmeter(требования к нагрузке приложение не выполняло).
Разработчики подумали, подумали и стали использовать Websockets. А у нас заминка...

Подскажите пожалуйста, может кто-то уже делал нагрузочные тесты с Websockets. Чем можно нагрузить такое приложение?

Вы изначально подходите к проблеме не совсем правильно. Задача Performance Test Engineer не просто нагрузить сервис, но и сказать где слабое место и почему оно там. Предложить варианты решения сложившейся ситуации.

Вы говорите что приложение не выполняло требования к производительности. Возникает вопрос. "Почему приложение не выполняет требования производительности?" Какие ключевые факторы определяют производительность? Где сейчас узкое место? Почему разработчики решили перейти на websocket?

Готовых решений с websocket нет, нужно писать самому. Но подумайте, нужно ли? Может тоже узкое место (bottleneck) осталось и в новой реализации с websocket? Где гарантия что его там не будет? Если вы уверены, что проблема была именно в http, то попробуйте потюнить ядро и сокеты системы (софтовое вертикальное масштабирование). Если и там уже предел, смотрите на системное горизонтальное масштабирование.