bouncy castle в помощь. есть на C# и Java
Или можно на Си через OpenSSL заглуху писать.
Мы сперва хотели подпись делать просто в консоли при помощи OpenSSL с гостовой библиотечкой,  но если для каждой подписи запускать openssl.exe - производительность была на нуле.

ух ты, в jsr223 гостовую подпись замутили? круто!

А не проще заглуху на том же отдельном jmeter или есть минусы?

у вас, главное, трафик-то по обычному https идёт или тоже по гостовому?

заглушку мы на отдельный комп вынесли, так как начинали проект в LoadRunner, а там встраивать это всё показалось нам ещё сложнее.

Да и ХЗ, справились бы с встраиванием в жметер или нет. Скорее нет :)

Да обычный https

У нас на LR был этот алгоритм и впринципе жил не тужил) но вижу что считает где-то секунд 5 на один вход)) если получится вкорючить в джиметр дак посмотрю сколько выйдет и насколько тяжко будет. Ну и видимо параллельно надо думать смотреть насчет заглухи

Короче выбрал пока json4s

Если 5 тысяч пользователей одновременно в системе - это не значит, что они все в в секунду что-то делают. они могут ждать, читать или вообще ушли кушать. не бывает таких пользователей, которые каждую секунду что-то делают. это не живые юзеры тогда. может это поможет в объяснении заказчику)

Да 100500 раз объясняла) и сначала заказчик вроде согласился, но потом появился бизнес-аналитик и решил иначе😅 и понеслась. Даже формулировки в ТЗ переписали уже на этапе испытаний. Первоначально было «система должна обеспечивать бесперебойную работу 5000 пользователей»

ну пишите негативный отчет, система это не держит. чтобы доказать что проблема не на вашей стороне мониторинг ресурсов на стороне системы настройте и ищите проблемы там. мерьте пропуской канал трафика другими утилитами и тд.

а в рекомендациях напишешь то что требования отстой

и их надо менять

Коллеги, добрый день! Подскажите пожалуйста, для чего нужна опция WinInet и как она может влиять на сценарии? Просьба, кто сталкивался объясните пожалуйста своими словами, т.к. гугол и оф. мануал пц не дают четкого ответа) В начале скрипта установлены функции web_set_user, при выполнении "долгих" запросов (>30 сек) с включенной опцией WinInet - по истечении времени запросы отваливаются. Насколько я понял изменять время нет смысла ,т.к. WinInet по умолчанию ожидает только 30 секунд. Если же эту опцию отключить - запросы не проходят - 401 нет авторизации. Сервер IIS, обращающийся к SharePoint. Буду признателен за любую подсказку )всем хорошей пятнциы!)

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

Но вы можете авторизоваться и без этого

Раз шарпоинт - у вас, скорее всего, ntlm-аутентификация

Lr её умеет делать

У нас эта опция сильно тупняки вызывала

На нагрузочной станции

==