VG
Попробуйте скачать свежий дистр жметра с сайта, отключите rmi и попробуйте на нём
Суть в том, что в нём точно не будет никаких настроек, которые могут помешать
Суть в том, что в нём точно не будет никаких настроек, которые могут помешать
Size: a a a
2021 May 04
VB
Большое спасибо, система приняла мой файл.
VS
есть ли в jmeter возможность отправлять запросы не дожидаясь ответа на них? (цель просто разогнать рпс по максимуму)
СФ
Это противоречит протоколу http. Вы можете тело ответа в md5 hash кодировать, например, чтобы ускорить все это
VS
оно?
VS
спасибо, попробую
VS
10% прироста рпс дало, круто. спасибо ещё раз)
СФ
VS
ага, уже посмотрел)
ВС
Более простой вариант дан в докладе тоже - сократить тело принимаемого ответа до 0-ля байт. Это быстрее md5
ВС
httpsampler.max_bytes_to_store_per_request=0
https://polarnik.github.io/Apache.JMeter.Benchmark.NG/#111
https://polarnik.github.io/Apache.JMeter.Benchmark.NG/#111
A
А можно по подробнее? :) как именно это противоречит протоколу?
GG
Никак
A
Нет!, я без иронии. Я до сих пор не до конца понимаю внутренюю логику jmeter (на все рук... или глаз... не хватает), а вопрос задал в надежде на конструктивный ответ.
GG
Ну нет в протоколе HTTP обязанности принимать ответ. Вот и всё.
СФ
Ну может вы меня поправите: я не уверен, что если на момент ответа сервера соединение будет закрыто со стороны клиента серверу будет пофиг
A
Как я додумываю, речь о том, что jmeter через его http4 не может скипануть соединение и будет ждать ответа в любом случае
A
А как SlowLoris? Как наоборот замедлить?
СФ
Моделирую ситуацию - соединение keep-alive, клиент на своей стороне закрывает соединение до получения ответа, на сервере это соединение не закрывается. По вашему все будет ок?