Точнее всех Presice, но он в освоении не самый простой

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

Я хотела в начале просто бахнуть разом кучу и посмотреть, сдохнет или нет :D (ну, и понять как оно работает-то)
Потом хотела использовать concurrency thread group, чтоб пошагово увеличивать нагрузку на сервер и смотреть когда ему станет плохо.
И потом опять же на обычном треде запустить долговременную нагрузку на каком-то среднем уровне, скажем, на недельку.

Кирилл, если у меня на тачке с jmeter, например, только 4-8 ядер, сможет ли она потянуть 200 потоков?
На сайте jmeter было указано, что нужно выставлять столько потоков, сколько ядер на машине и запускать распределенно. Насколько это верно?

Так, надо поставить Shaping timer

Не оперируй тредами в нагрузке, оперируй запросами в секунду. Треды абстракция инструмента)
В шейпинг таймере можно пильнуть пошаговое увеличение - тоггда в тредах можно указать максимальное количество. В моем шаблоне есть пример пошаговой нагрузки в поиске максимума

Неделька - долго, чем обсуловлен период? обычно все утечки можно обнаружить за пару дней максимум. срок определяется так: необходимо чтобы все сложные и ресурсоемкие опереации в системе выполнились минимум 1 раз. у тебя же есть мониторинги?

должны быть доступны 24/7
В кукбуке сбера написано, что тогда надо на сутки делать тест минимум. Где-то читала что надо неделю держать...

Мониторинга у нас пока нет -.- В следующем квартале или в послеследующем пилить будем. Поэтому накладываются доп сложности в понимании того, что происходит.
Во время коротких тестов смотрела на память и цпу через sar в линуксе

одна машина тянет количество потоков = количеству дескрипторов (портов). вопрос опять в запросах в секунду и в том насколько тяжелые запросы, если 1к в сек тогда должно потянуть ( лучше свою машину тоже мониторить)

а можно узреть эти кукбуки сбера?

))

Все, что читала, не найду

Вот этот остался в загрузках

не нужно ничего читать, лучше всего понимать что зачем и почему)
длительные тесты делают для того чтобы увидеть малозаметные на коротких интервалах утечки и/или если нагрузка близка к максимальной выявить баги производительности, которые вылезают на нагрузках близких к критичным. длительность определяется ключевым параметром: приложение проходит полный цикл своей работы, происходят все выгрузки, регулярные операции, обновления бд и всё остальное. если у приложения полный цикл = 1 день, то два дня это с головой нагрузка. а если у приложения нет регулярных операций или не тестируем ту часть которая с ними связана, то можно и сутками ограничиться

Помимо этого, учтите что вам понадобится достаточно места чтобы логи неделю писать

Похоже на шаблон доаджайловой эпохи.

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

в году 15 еще похожий такой был