( Read more... )

1. Значения всех параметров по умолчанию. [shared_buffer = 25%]
2.Рестарт СУБД
3.Базовая нагрузка
4.Стресс тестирование через 1 час.
5. Результат в протокол
6. Увеличиваю shared_buffer +20%
7. Рестарт субд
8. Базовая нагрузка
9. Стресс тестирование через 1 час.
10. Результат в протокол
11. Условие остановки теста - деградация производительности после ( Read more... )

Отработать методику.
1) Стресс тестирование - определяем максимальную нагрузку до деградации производительности pgbench
2) Оптимизация checkpoint/bgwriter [... Что то ещё ...]
3) Передаём СУБД на разворачивание продуктива.
4) Нагрузочное тестирование продуктивной СУБД с pgbench + пользовательские скрипты.
5) Оптимизация checkpoint/bgwriter , autovacuum ( Read more... )

Чисто, похвастать втихаря ;-)

Готова методика определения оптимального соотношения параметров настройки checkpoint/bgwriter.

Есть , все шансы , что будет готов автоматический инструмент.

Адаптивная настройка параметров СУБД.
Первый шаг сделан - метрика производительности СУБД - есть.
Однако тема , по сравнению со статистическим анализом , похоже будет сложнее .
Нужно строить мат модель и настраивать обратную связь.

Тщеславие это грех , но ....


( Read more... )

Корреляционный анализ для определения причин деградации производительности СУБД https://habr.com/p/849778/

Это уже реальная рабочая методика .


( Read more... )

Итоги 2-х дней:
1) Центральный эмпирический момент третьего порядка.
2) Простая проверка симметричного распределения на унимодальность.

Итак для проверки отрезка на приближение к нормальному распределению, для выбора базовых значений результатов нагрузочного тестирования:
1) Симметричность mode=median
2) Унимодальность
3) Минимальное значение " ( Read more... )

Скорость СУБД (dbms speed) - градиент по времени в 3-х мерном пространстве ( запросы (queries) , транзакции (commits) , строки (rows)).

Объём обработанных страниц (volume of processed pages) - количество обработанных блоков ( распределённой области, локального кэша и временных блоков). Наверное, тоже лучше использовать модуль вектора .

Эффективность/ ( Read more... )

Итак, метрика производительности(правильнее назвать скорость СУБД) CPI теперь рассчитывается как модуль вектора ( QPS , TPS , RPS ), где:

QPS - количество запросов в секунду;

TPS - количество транзакций в секунду;

RPS - количество строк, полученных клиентом в секунду;

Для расчета времени выполнения используется представление pg_stat_database:

( Read more... )