Борьба с регрессиями в опенсорсном проекте на примере Valkey

Базы данных и системы хранения

C/C++

Базы данных / другое

Программный комитет ещё не принял решения по этому докладу

Целевая аудитория

Разработчики на C или C++, а так же те, кто использует (или планирует использовать) Valkey.

Тезисы

Чиним баг, создавая пяток других? Улучшаем производительность в одном бенчмарке, катастрофически ухудшая в другом? Знакомые ситуации? Вы не одни, разработчики по всему миру с этим сталкиваются. В этом докладе посмотрим на примере Valkey на различные регрессии:
1) Как Valkey 8.0/8.1 (которые на бенчмарках были огого) проигрывали Valkey/Redis 7.2 в частотном сценарии
2) Как комбинация из улучшения производительности и починки досадного бага уронила rps на 25%
3) Как вроде полезное изменение привело к потере данных в отказоустойчивых конфигурациях

Разумеется, всё это с бенчмарками и "нырянием" в устройство затронутых подсистем данной СУБД.

Евгений Дюков

Yandex Cloud

Разработчик Managed Databases в Yandex Cloud.