Re: WALInsertLock contention

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: WALInsertLock contention
Дата
Msg-id BANLkTi=V-8EZwTuXx7T28=yfkjrq9_KRAw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: WALInsertLock contention  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-hackers
On Wed, Jun 8, 2011 at 11:30 PM, Merlin Moncure <mmoncure@gmail.com> wrote:
> The heap pages that have been marked this way may or may not have to
> be off limits from the backend other than the one that did the
> marking, and if they have to be off limits logically, there may be no
> realistic path to make them so.

After some more thought, plus a bit of off-list coaching from Haas, I
see now the whole approach is basically a non-starter due to the
above.  Heap pages *are* off limits, because once deferred they can't
be scribbled on and committed by other transactions -- that would
violate the 'wal before data' rule.  To make it 'work', you'd have to
implement shared memory machinery to do cooperative flushing as
suggested upthread (complex, nasty) or simply block on deferred
pages...which would be a deadlock factory.

Oh well.  :(

merlin


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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: [v9.1] sepgsql - userspace access vector cache
Следующее
От: Kohei KaiGai
Дата:
Сообщение: Re: [v9.1] sepgsql - userspace access vector cache