Re: [PATCHES] update i386 spinlock for hyperthreading

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: [PATCHES] update i386 spinlock for hyperthreading
Дата
Msg-id 3FF199A5.1080709@Yahoo.com
обсуждение исходный текст
Ответ на Re: [PATCHES] update i386 spinlock for hyperthreading  (Manfred Spraul <manfred@colorfullife.com>)
Ответы Re: [PATCHES] update i386 spinlock for hyperthreading  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: [PATCHES] update i386 spinlock for hyperthreading  (Manfred Spraul <manfred@colorfullife.com>)
Список pgsql-hackers
Manfred Spraul wrote:
> Bruce Momjian wrote:
> 
>>>Anyone see an attack path here?
>>>    
>>>
>>
>>Should we have one lock per hash bucket rather than one for the entire
>>hash?
>>  
>>
> That's the simple part. The problem is the aging strategy: we need a
> strategy that doesn't rely on a global list that's updated after every
> lookup. If I understand the ARC code correctly, there is a
> STRAT_MRU_INSERT(cdb, STRAT_LIST_T2) that happen in every lookup.

Moving the Cache Directory Block (cdb) on a hit to the MRU position of
the appropriate queue "is the bookkeeping" of this strategy. The whole
algorithm is based on it, and I don't see yet how to avoid that without
opening a huge can of worms that look like deadlocks. But I'll think
about it for a while.


Jan

-- 
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Concurrence GiST
Следующее
От: Tom Lane
Дата:
Сообщение: Re: sticky sequence