Re: Spinlocks and compiler/memory barriers

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Spinlocks and compiler/memory barriers
Дата
Msg-id CA+TgmoZ84uKiXavZ2PaGL-mkqsoZh0Ft2uNMKdXdRDFo0nZxGw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Spinlocks and compiler/memory barriers  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
On Wed, Sep 24, 2014 at 2:45 PM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2014-09-09 17:54:03 -0400, Robert Haas wrote:
>> So, that's committed, then. I think we should pick something that uses
>> spinlocks and is likely to fail spectacularly if we haven't got this
>> totally right yet, and de-volatilize it.  And then watch to see what
>> turns red in the buildfarm and/or which users start screaming.  I'm
>> inclined to propose lwlock.c as a candidate, since that's very widely
>> used and a place where we know there's significant contention.
>
> Did you consider removing the volatiles from bufmgr.c? There's lots of
> volatiles in there and most of them don't seem to have been added in a
> principled way. I'm looking at my old patch for lockless pin/unpin of
> buffers and it'd look a lot cleaner without.

I hadn't thought of it, but it sounds like a good idea.

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



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

Предыдущее
От: Gregory Smith
Дата:
Сообщение: Re: add modulo (%) operator to pgbench
Следующее
От: David Johnston
Дата:
Сообщение: Re: proposal: rounding up time value less than its unit.