Re: WALInsertLock contention

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: WALInsertLock contention
Дата
Msg-id BANLkTi=hwxD+yYfxkRGmC9zFAG_V=XszpA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: WALInsertLock contention  (Jim Nasby <jim@nasby.net>)
Ответы Re: WALInsertLock contention
Список pgsql-hackers
On Wed, Jun 8, 2011 at 6:49 PM, Jim Nasby <jim@nasby.net> wrote:
>> If backend A needs to evict a buffer with a fake LSN, it can go find
>> the WAL that needs to be serialized, do that, flush WAL, and then
>> evict the buffer.
>
> Isn't the only time that you'd need to evict if you ran out of buffers?

Sure, but that happens all the time.  See pg_stat_bgwriter.buffers_backend.

> If the buffer was truly private, would that still be an issue?

I'm not sure if you mean make the buffer private or make the WAL
storage arena private, but I'm pretty well convinced that neither one
can work.

> Perhaps the only way to make that work is multiple WAL streams, as was originally suggested...

Maybe...  but I hope not.  I just found an academic paper on this
subject, about which I will post shortly.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI work for 9.1
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: gcc 4.6 and hot standby