Задача экспериментаКоличественный анализ производительности СУБД для разной конфигурации виртуальной машины и разной версии СУБД .Конфигурация ВМВМ-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-biCPU: 8RAM: 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-bitCPU: 24RAM: 189ОС: Astra Linux (Smolensk) 1.6Тестовый сценарий и нагрузка на СУБДИнструмент создания нагрузки: pgbenchИзменение нагрузки: экспоненциально начиная со значения --connect=2Режимы производительности СУБД в ходе теста:1) Зелёный режим: максимальная производительность , ожидания минимальны , время отклика минимально .2) Жёлтый режим: производительность СУБД начинает снижаться , но не деградирует. Рост ожиданий , незначительное увеличение времени отклика (до 100%) .3) Красный режим: производительность деградировала , резкий рост ожиданий , время отклика не имеет практического смысла( > 100%) .Результаты тестаРежимы работы производительности СУБД - выделены цветными маркерами.Нагрузка на СУБДВМ-1ВМ-1. Нагрузка на СУБД.ВМ-2ВМ-2. Нагрузка на СУБД.Показатели нагрузки на СУБД : ВМ-1/ВМ-21) Зелёный режим: [ 2 ; 18 ] / [ 2 ; 5 ]2) Жёлтый режим: [ 20 ; 42 ] / [ 6 ; 15 ]3) Красный режим: >= 46 / >=16Производительность СУБДВМ-1ВМ-1. Производительность СУБД.ВМ-2ВМ-2. Производительность СУБД.Среднее значение производительности СУБД (максимальное значение) : ВМ-1/ВМ-21) Зелёный режим: 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. Методика оценки времени отклика нуждается в уточнении. Расчет времени отклика СУБД как среднее время выполнения всех запросов приводит к аномалии при стресс тестировании: производительность СУБД выше, однако время отклика больше.