Продолжение цикла статей о статистическом анализе результатов нагрузочного тестирования СУБД PostgreSQL :

Статья завершает цикл статей о тестировании методики анализа результатов нагрузочного тестирования СУБД PostgreSQL . В настоящее время ведутся работы по совершенствованию методики расчета и сбора статистических данных производительности. По окончании разработки, сценарии тестирования будут повторены , результаты опубликованы с более детальным описанием процесса и результатов.

Задача и реализация эксперимента

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

В пределе - разницы нет. Но , есть некоторые моменты.
В пределе - разницы нет. Но , есть некоторые моменты.

Для тестирования используется сценарий "Insert only" : 1000 INSERT в тестовую таблицу pgbench_history.

Тестируются 2 виртуальные машины : ВМ-1 , ВМ-2.

  • Версия СУБД - одинакова.

  • ОС - одинаковая.

  • Гипервизор - один.

Различия:

  1. Системный диск: HDD / SSD

  2. Файловая система /wal: HDD / SSD

Результаты эксперимента

Пояснение : по горизонтальной оси графиков(в данной и предыдущих статьях) - количество одновременных сессий pgbench.

Производительность СУБД

Некоторая разница в производительности - все таки наблюдается
Некоторая разница в производительности - все таки наблюдается

Время выполнения тестовой транзакции

Разница по времени - практически отсутствует
Разница по времени - практически отсутствует

Относительная разница производительности и времени работы

После 20 соединений разница в производительности и времени работы - несущественна
После 20 соединений разница в производительности и времени работы - несущественна

Итоги

При данном сценарии нагрузки , в данной облачной инфраструктуре - статистически значимая разница в производительности для СУБД с расположением файловой системы WAL на диске HDD или на SSD - отсутствует.

P.S. Еще одна иллюстрация по теме влияния HDD/SSD на скорость СУБД :

If you're running it on an enterprise level server (e.g. HP Proliant or similar) then there's a good chance that that writes to the HDDs are extremely fast because they're actually being written to a non volatile write cache. Ironic because writes to SSDs are much slower than reads so SSDs typically have their own RAM based write cache.