Архивный материал. Описанные методики или устарели или не используются.
Материал и используемая методика - устарели.
Актуальные данные и анализ экспериментов:
Задача эксперимента
Количественный анализ производительности СУБД для разной конфигурации виртуальной машины и разной версии СУБД .
Конфигурация ВМ
ВМ-1
Версия СУБД: Postgres Pro (enterprise certified) 15.8.1 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 11.4.1 20230605 (Red Soft 11.4.0-1), 64-bi
CPU: 8
RAM: 15
ОС: RED OS 7.3
ВМ-2
Версия СУБД: Postgres Pro (enterprise certified) 14.11.3 on x86_64-pc-linux-gnu, compiled by gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516, 64-bit
CPU: 24
RAM: 189
ОС: Astra Linux (Smolensk) 1.6
Тестовый сценарий и нагрузка на СУБД
Инструмент создания нагрузки: pgbench
Изменение нагрузки: экспоненциально начиная со значения --connect=2
Режимы производительности СУБД в ходе теста:
1) Зелёный режим: максимальная производительность , ожидания минимальны , время отклика минимально .
2) Жёлтый режим: производительность СУБД начинает снижаться , но не деградирует. Рост ожиданий , незначительное увеличение времени отклика (до 100%) .
3) Красный режим: производительность деградировала , резкий рост ожиданий , время отклика не имеет практического смысла( > 100%) .
Результаты теста
Режимы работы производительности СУБД - выделены цветными маркерами.
Нагрузка на СУБД
ВМ-1
ВМ-2
Показатели нагрузки на СУБД : ВМ-1/ВМ-2
1) Зелёный режим: [ 2 ; 18 ] / [ 2 ; 5 ]
2) Жёлтый режим: [ 20 ; 42 ] / [ 6 ; 15 ]
3) Красный режим: >= 46 / >=16
Производительность СУБД
ВМ-1
ВМ-2
Среднее значение производительности СУБД (максимальное значение) : ВМ-1/ВМ-2
1) Зелёный режим: 182,49(486,21) / 930,01 ( 1152,4 )
2) Жёлтый режим: 3,17(7,85) / 502,52 ( 928,7667 )
3) Красный режим: 0,42 (0,84) / 100,7467 (166,5595)
Результаты теста
1. Результат, в целом, вполне ожидаем - более мощная СУБД - более производительна.
2. Средняя производительность СУБД ВМ-2 ~в 5 раз выше, по сравнению с СУБД ВМ-1.
При этом, ресурсы СУБД ВM2:
- CPU: больше в 3 раза.
- RAM: больше в 12 раз.
3. Методика оценки времени отклика нуждается в уточнении. Расчет времени отклика СУБД как среднее время выполнения всех запросов приводит к аномалии при стресс тестировании: производительность СУБД выше, однако время отклика больше.