Re: Page-at-a-time Locking Considerations

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: Page-at-a-time Locking Considerations
Дата
Msg-id 1202150723.4252.529.camel@ebony.site
обсуждение исходный текст
Ответ на Re: Page-at-a-time Locking Considerations  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Page-at-a-time Locking Considerations  (Gregory Stark <stark@enterprisedb.com>)
Список pgsql-hackers
On Mon, 2008-02-04 at 13:27 -0500, Tom Lane wrote:
> Simon Riggs <simon@2ndquadrant.com> writes:
> > In heapgetpage() we hold the buffer locked while we look for visible
> > tuples.
> 
> It's a share lock though.  

Which conflicts with write locks.

> Do you have any direct proof that this
> behavior is as nasty as you claim?

No, but I've been thinking about how to get some, for this and other
situations. This one is difficult to track down because it moves from
buffer to buffer reasonably quickly. Starting another thread on that.

We still have a higher than desirable variability in response times and
I'm looking at possible causes.

I'll try patching it, unless you can think of a reason why its a
complete non-starter? I'm not saying we'd want it yet, just that it
seems worth trying.

--  Simon Riggs 2ndQuadrant  http://www.2ndQuadrant.com 



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Page-at-a-time Locking Considerations
Следующее
От: Simon Riggs
Дата:
Сообщение: Why are we waiting?