ну чувак очевидно уже знает что у него может захлебываться иногда авторизация

поэтому мог бы указать предельно допустимый процент

Тогда, имхо, следует указывать процент и характер ошибок

ну это уже вопрос к исполнителю - способен он вытащить эти данные из разраба

или как минимум провести первую итерацию и выдать разрабу инфу для анализа

Скорее это прогноз ошибки пулов

Добрый вечер, назрел вопрос.
Описание:
На текущей машине прохожу сценарий в UI и у меня успешно(!) открывается websocket.
Проблема:
Если я повторяю тоже самое (с той же машины), но через Jmeter, то на определенном этапе, вместо открытия WSS я получаю "WebSocket I/O error: connect timed out".
Вопрос:
Может ли быть ключевое различие (может тупо порты разные) между этими двумя сценариями (UI vs Jmeter)?

Что пробовал:
- пока только увеличивал connection timeout (не помогло)

Инструменты:
Работаю через плагин "WebSocket Open Connection"
Инфу смотрел тут:
https://www.blazemeter.com/blog/jmeter-websocket-samplers-a-practical-guide

а ты их просто открываешь и все? никаких операций?
Еще вопрос - на каком количестве открытий выдает ошибку?

в этот момент рекомендую попробовать руками открыть еще

Да, я пока только открываю (сейчас отладка, так что одно соединение).

ну как минимум то что ты сокеты не закрываешь говорит о том что у тебя могут лимитнутся доступные порты

Кирилл, есть версия что оно открывается, но ошибка по тайм-ауту.
Попробую закрыть сразу.

ну ошибку то я вижу :D

как на твоей машине, так и на системе приемнике/балансире может быть такая история

а как в целом скрипт выглядит? сколько потоков, сколько открытий в секунду?
есть уверенность что вебсокет реально выдерживает?

Сейчас точно держит - я вообще не нагружаю)

Если в этот момент повторить в UI - все ОК

ну я про ситуацию когда ошибка возникает

то есть ты в одном потоке открываешь сокеты без пеперыва, и в какой то момент ловишь эту ошибку

ну тогда главный вопрос все же сколько успешных открытий предшествует этой ошибке :)