Вот мой коварный план был в том, что когда кто-то нащупает предел, тогда и думать как исправлять :)

Как-никак, лучше выкатить пораньше базовый функционал, чем год делать идеальную ТГ

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

Знаю я тебя сначала просишь "сделать максимально быстро", а потом сам делаешь доклад "как ненакосячить при запуске jmeter, или почему default'ы плохие" 😂

:D больше докладов богу докладов

Маленькая заметка про класс Properties, инструмент Apache.JMeter и использование IntelliJ IDEA для разработки тестов.

Понадобилось мне задавать SLA в Property-файле. И раньше так и задавал, но тогда имена транзакций были на латинском. Попробовал сделать на кириллице - ничего не работает.

Оказалось есть такая штука:
https://docs.oracle.com/javase/6/docs/api/java/util/Properties.html
The load(InputStream) / store(OutputStream, String) methods work the same way as the load(Reader)/store(Writer, String) pair, except the input/output stream is encoded in ISO 8859-1 character encoding. Characters that cannot be directly represented in this encoding can be written using Unicode escapes ; only a single 'u' character is allowed in an escape sequence. The native2ascii tool can be used to convert property files to and from other character encodings.

Кодировка для user.property и других файлов всегда ISO 8859-1 она же Window-1252, т в ней нет кириллицы.

Но оказалось, что в IDEA это учтено.
И достаточно настроек IDEA!

Когда файл настроек в этой кодировке ISO 8859-1, а в IDEA стоит галочка Transparent native-to-ascii convertion, то все работает отлично

Говорят, в Java 9+ (напр, в 11) можно properties файлы прямо в utf-8 держать. До этого уж точно properties только в ascii (ну и \u1234 для не-ascii символов)
https://stackoverflow.com/a/4660195/1261287

О, Филипп в dev@jmeter написал вопрос «как настраивать IDEA». Похоже, он решил-таки пересесть с Eclipse на IDEA, значит и Kotlin он одобрит 🙂

А вопрос хороший. Есть вероятность столкнуться с тем, что javax.swing в зависимостях есть, и проект собирается, а в среде разработки блоки кода красные.

Столкнулся с этим.

Получилось починить скачиванием новой версии jdk через idea, что активировало переиндексацию jdk.

невероятные вещи происходят)

я Gradle осваиваю, ему можно скормить нужную жаву. но у меня с ним вечная война, хоть он и удобнее мавена. хочу придумать чтобы работал на любой жаве

А зачем в дсл есть threads, там как-то каждый раз сосдаются пуллы потоков для каждой стадии или что такое threads? Может не нужно так прямо потоками управлять а какому то планировщику внутри этим всем управлять и писать только rate и длительность сколько этот rate удерживать?

Нее, сами потоки, конечно, переиспользуются.

threads там для ограничения. Например, когда нужно сделать нагрузку «5 параллельных потоков non-stop, без ограничения по RPS» или «10 rps, но не более чем 2 потоками» и так далее.

—

Например, если эмулируем «call-center», то мы знаем, что там сидят 20 операторов, и работать больше чем в 20 потоков они не будут. Тогда и нужно threads(…)
А, если тестируем чёрную пятницу, то нужно наоборот, эмулировать 100500 пользователей, т.е. фактически без ограничения тредов.

autodetection прикольно, спасибо я попробую

По факту, нагрузка «100 rps в один поток» (через одно соединение) и «100 rps, но через 10 одновременных соединений» это как бы две совсем разных нагрузки.

Вот, да, можно в скрипте сборки сказать, что «для компиляции / запуска нужна 11» и оно найдёт или скачает эту 11

ты мне сейчас очень сэкономил время) спасибо

Если что — обращайтесь, у меня чёрный пояс по Gradle 🙂
Но вопросы по Gradle лучше в @gradle чате обсуждать.

Ну получается треды это не треды а соединения?