Закрытие темы "Гипотеза о связи относительного количества ожиданий СУБД и производительности СУБД "
Отношение количества событий ожидания влияющих на производительность СУБД к количество событий ожидания не влияющих на производительность в ходе штатной работы СУБД будет примерно постоянное.
Для проверки гипотезы была проведёна серия экспериментов по 3-м сценарям:
1) Базовая(эталонная) нагрузка.
2) Дополнительная нагрузка на CPU/RAM.
3) Очередь ожидания освобождения блокировки строк/таблиц.
Итог: Гипотеза не подтверждается экспериментальными данными : разница в соотношении между ожиданиями составляет ~3% , при деградации производительности ~34%.
Или другими словами: соотношение между ожиданиями при работе СУБД, в общем случае, не зависит от нагрузки и производительности СУБД и остаётся примерно постоянным для конкретной СУБД.
Таким образом - изменение соотношения между ожиданиями СУБД не может являться индикатором деградации производительности.
Тема закрыта. Статья снята с публикации.
P.S. Однако, в ходе экспериментов, получен интересный побочный результат:
При использовании pgbench c параметром "--connect", отношение количества ожиданий влияющих на производительность, к количеству ожиданий не влияющих на производительность - существенно отличается (~38%).
Следствие - данное соотношение может быть использовано как оценочное значение результатов нагрузочного тестирования и для оценки эффективности архитектурного решения.
Пользователь
В Cloudflare рассказали об опыте, когда небольшая экономия памяти на одной структуре данных, будучи умноженной на сотни миллиардов экземпляров, превращается в десятки терабайт. Сетевые инженеры последовательно внесли пять сравнительно небольших изменений в виде патчей в представление записей кэша DNS-резолвера 1.1.1.1 и в итоге высвободили около 100 ТБ оперативной памяти на серверах IT-инфраструктуры.
