Re: Slow standby snapshot

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Slow standby snapshot
Дата
Msg-id 20210802220155.v7snujae3zj5anhd@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Slow standby snapshot  (Michail Nikolaev <michail.nikolaev@gmail.com>)
Ответы Re: Slow standby snapshot  (Andrey Borodin <x4mmm@yandex-team.ru>)
Список pgsql-hackers
Hi,

On 2021-08-03 00:07:23 +0300, Michail Nikolaev wrote:
> The main idea is simple optimistic optimization - store offset to next
> valid entry. So, in most cases, we could just skip all the gaps.
> Of course, it adds some additional impact for workloads without long
> (few seconds) transactions but it is almost not detectable (because of
> CPU caches).

I'm doubtful that that's really the right direction. For workloads that
are replay heavy we already often can see the cost of maintaining the
known xids datastructures show up significantly - not surprising, given
the datastructure. And for standby workloads with active primaries the
cost of searching through the array in all backends is noticeable as
well.  I think this needs a bigger data structure redesign.

Greetings,

Andres Freund



В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Bossart, Nathan"
Дата:
Сообщение: Re: make MaxBackends available in _PG_init
Следующее
От: Andres Freund
Дата:
Сообщение: Re: make MaxBackends available in _PG_init