Начал - тема супер! 👍 Спасибо

Главным образом от того, что делает приложение. Скорее всего в jmeter они будут активно выделять/освобождать память, так что упрешься в gc и сделать с этим что-то сложно - даже быстрые современные сборщики вроде shenandoah/zgc вынуждены останавливать мир чтобы помаркать системные объекты вроде тех же тредов. Чем их больше - тем больше паузы, чем больше пауза gc - тем больше она портит результаты теста. Начиная с какого-то момента будешь мерять больше потроха jmeter и java, чем систему.
История неуспеха: 10k тредов с websocket сэмплером делали вид, что живут, 15k разносили jmeter.

на гошке вебсокеты с пандорой не полетели? там при достаточном количестве памяти на машинке и GOGC=off в принципе было нормально, пока память не кончалась =) но чтобы она кончилась надо было жирную такую нагрузку гонять сутками

При мне не пробовали, как сейчас хз

в пандоре есть то преимущество, что сама обвязка не будет почем зря выделять память, только код сэмплера. В jmeter включил ассерт или постпроцессор и привет, а без них-то как?

с вебсокетами тебе всё равно придётся писать обвязку на любом клиенте - отвечать на сообщения, на пинги/keep-alive и т.д.
так что память жрать будет. но горутины довольно дешевые, в этом правда.

Часть вещей же берет на себя либа, которая горилла- вебсокет в гошке

На пинги там не надо отвечать.

По крайней мере у меня таких проблем не было и с пандорой норм работает.

По поводу жрать память, гонял тут тест на 25к запросов в 1000 коннектов В течении 12 часов. Не сказал бы, что там что то жралось сильно.

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

Конечно разные

Там контекст был другой 😅 так что оба правы 🤷‍♂

А, ну сорян )

Не норм! 👍

При ощутимо бОльшем количестве коннектов - это довольно распространённая ситуация при тестировании, например, чатиков на сайте - заметно работу gc, он довольно сильно влиять начинает на времена ответов. Вот там gc обычно отключают и его отсутствие  пожирает память - речь была про это

В целом конечно можно ещё генераторов подбросить, но я лично всегда стараюсь одной машинкой обойтись где можно. :)

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

Прикольно. Мне пока не доводилось видеть какого то ощутимого влияния из-за потребления памяти и GC. Но тут скорее от специфики теста зависит сильно и что за данные туда сюда гоняются.