ЩичеЕсть некая оптимизация ПО. Для того, чтобы её оценить, требуется создать нагрузку на стенде. Надо, чтобы кэши ОС и БД, нагрузка на CPU и I/O соответствовали нагрузке в магазине. Минимум управления: даем нагрузки, чтобы load average: был: 0,25 потом 0,5 затем 0,75 и 1.
Стенд работает на Debian.

Вопрос в том как это сделать? nice, renice, непригодны. Есть хорошая утилита, cpulimit. Но она контролирует лишь долю процессора отпущенного машине. Порекомендуйте средства создания нагрузки, пожалуйста.

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

Задача load test очень сложная, Mercury/HP Load Runner - по стоимости, не дешевле, а то и дороже того же oracle. Не всегда тормозом будет CPU/диск, чаще основная причина конкуренция за другие, совсем не очевидные ресурсы.

Для СУБД например, рост количества одинаковых легких запросов дает рост нагрузки на систему достаточно плавно, зато несколько количество тяжелых, неоптимальных запросов могут положить даже неплохой сервер.

Есть варианты записи/проигрывания нагрузки боевого сервера, как для потока http запросов, так и для потока запросов к базе:
Top 15 Performance Testing Tools of 2018: Load Testing Tools List

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

Поэтому проще, если Вы являетесь разработчиками этой системы, написать программу генератор типичной нагрузки.

982183ЩичеОсновная проблема в том, что для полноценного тестирования нужен генератор данных, а чтобы его правильно реализовать, требуется разбираться в приложении, который тестируешь.
Так у него же есть копия рабочей базы.
ЩичеПоэтому проще, если Вы являетесь разработчиками этой системы, написать программу генератор типичной нагрузки.
Во-во. осталось только понять наиболее частые или наиболее трудоемкие запросы/операции, и запустить их с периодичностью, в разы превышающую максимальную рабочую.

это и является главной задачей load test

nickkarlsson552Щиче, Единственное решение вашей проблемы - вам нужен хороший инструмент для тестирования производительности, вот список лучших инструментов:
https://reqtest.com/testing-blog/performance-testing-tools/
Вот именно инструмент, а не автомат.

Если Вам дать бензопилу, как быстро Вы построите даже самый простенький сарай?
Даже для самого навороненного инструмента - LoadRunner, нужны очень не дешевые, подготовленные специалисты.

Сам занимался тестированием проекта этим инструментом.
И если снять/проиграть нагрузку на копии единственной базы достаточно просто, то вот написать масштабируемый тест, без знания приложения уже очень тяжело.
Не надо верить рекламным заявлением.
В реальности, если у Вас смешанная нагрузка от нескольких связанных приложений web/java service/oltp, требуется разворачивание целой инфраструктуры для этого.

Банально, разработать нагрузочный тест такой системы для планируемой 10х нагрузки просто и быстро не получится.

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

Стоимость такого проекта будет очень чувствительная даже для очень богатой организации.
Но применение данного продукта, позволит проводить предварительное тестирование патчей и обновлений системы, рассчитывать закупки/обновление инфраструктуры.

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

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

Особенно, если у Вас десяток тесно связанных баз через dblink.