VG
Есть штука для автоматической остановки теста по нарушению sla
Size: a a a
2021 July 03
VG
Может это она?
I
wa -- work around.
В проперти складываются.
В проперти складываются.
I
Попробую убрать, но она все-таки срабатывает на ошибки. А видно что там ничего не стартануло
ВС
И props это HashMap, не потокобезопасная структура на запись. На чтение да, на запись нет. При работе в 10 потоков потоки могут ломать значения друг-друга. А в 1 нет
ВС
Позтому в props удобно положить Concurrent Hash Map, в нее добавлять данные многопоточно можно
I
Понял, спасибо. Но это тоже не из-за этого. :( Я просто убирал jsr223 — не помогает.
Сейчас задумался, у меня же в качестве ключа уникальное имя пользователя. Как оно может ломать? Т.е. если я записываю значение по ключу user1 в одном потоке, как из потока c ключом user2 может поломать?
Сейчас задумался, у меня же в качестве ключа уникальное имя пользователя. Как оно может ломать? Т.е. если я записываю значение по ключу user1 в одном потоке, как из потока c ключом user2 может поломать?
I
А точно HashMap? Я чекнул доку для JSR223_Sampler там
А HashTable вроде как thread-safe
props — это java.util.Properties и он наследуется от HashTable, а не от HashMap.А HashTable вроде как thread-safe
VG
в проперти можно класть объекты
I
def tmpMap = [:]Ну у меня вот так. Потом достаю по ключу username.
tmpMap.putAt("access_token", vars.get('access_token'))
tmpMap.putAt("refresh_token", vars.get('refresh_token'))
props.put(vars.get('username'), tmpMap)
Сейчас понял что это не оптимально, переделаю. Но работает вполне неплохо.
СФ
Минус props в том, что это глобальные переменные, и как вы правильно заметили, там hashtable, у которого синхронизированы все методы, то есть это крайне медленная структура.
СФ
Если нужно много юзать между потоками переменные, лучше использовать CuncurrentHashMap, как говорил слава, так как она не блокируется пока нет райтеров, или vts (какие то его аналоги)
I
Так я так понимаю, медленная она на запись? Разве нет? Я ее в setup делаю и в целом мне не критично падение скорости там. А потом только читаю.
СФ
У неё чтение тоже блокирующая операция, в том то и минус
СФ
Устаревшая структура данных
I
О, спасибо. Ну поправить не проблема, изменю. Только один фиг изначальную проблему это не решает :)
СФ
Вы пробовали запустить ТОЛЬКО setup thread group? Я вижу потенциально в вашем скрипте несколько мест, которые могут влиять на логику выполнения скрипта. В идеале сделать новый jmx, там setup, внутри самый обычный запрос на какой нибудь Яндекс
I
Да, пробовал (но я отключал просто часть компонентов). Тот же результат. Я искал что могло влиять на такое поведение. Попробую чистый. Отпишусь потом, если найду
СФ
Кажись понял в чем у вас проблема, уберите same thread of each iterations
СФ
Same user on each iteration*