Учитывая характер вашего вопроса, я сильно сомневаюсь, что «ваша» реализация будет более производительной, чем реализация, разработанная инженерами компании Sun Microsystems.
Неважно.
Вы изучаете не в том месте, вам нужно «вытащить» не источник JMeter, а ваш источник JRE.
Используемый вами «ssl.provider» определяется в java .security файл , который находится в java-home/lib/security/java.security
, там вы должны увидеть список, который выглядит следующим образом:
security.provider.1=sun.security.provider.Sun
security.provider.2=sun.security.rsa.SunRsaSign
security.provider.3=sun.security.ec.SunEC
security.provider.4=etc...
, а исходный код для этого поставщика можно найти в Java источниках SDK или онлайн
В общем, если вы собираетесь провести тест производительности 30 тыс. пользователей, скорее всего, вам придется go для распределенного тестирования , что означает, что вы будете использовать более одной машины для создания нагрузки, и вам нужно будет «разбить» хранилище ключей на более мелкие части, т.е. если у вас есть 10 генераторов нагрузки, у вас будет 10 хранилищ ключей с 3000 сертификатами каждое, и их не должно быть проблема с таким количеством сертификатов.
Также обязательно следуйте JMeter Best Practices , поскольку загрузка 30k сертификатов должна быть намного быстрее, чем 1 час, это должно произойти скорее за несколько секунд.