Re: WAL Rate Limiting

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: WAL Rate Limiting
Дата
Msg-id 3711.1389971422@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: WAL Rate Limiting  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: WAL Rate Limiting  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Re: WAL Rate Limiting  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Andres Freund <andres@2ndquadrant.com> writes:
> On 2014-01-17 09:04:54 -0500, Robert Haas wrote:
>> That having been said, I bet it could be done at the tail of
>> XLogInsert().

> I don't think there are many locations where this would be ok. Sleeping
> while holding exclusive buffer locks? Quite possibly inside a criticial
> section?

More or less by definition, you're always doing both when you call
XLogInsert.

> Surely not.

I agree.  It's got to be somewhere further up the call stack.

I'm inclined to think that what we ought to do is reconceptualize
vacuum_delay_point() as something a bit more generic, and sprinkle
calls to it in a few more places than now.

It's also interesting to wonder about the relationship to
CHECK_FOR_INTERRUPTS --- although I think that currently, we assume
that that's *cheap* (1 test and branch) as long as nothing is pending.
I don't want to see a bunch of arithmetic added to it.
        regards, tom lane



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

Предыдущее
От: Florian Pflug
Дата:
Сообщение: Re: [PATCH] Negative Transition Aggregate Functions (WIP)
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: WAL Rate Limiting