Re: Avoiding redundant fetches of btree index metapages

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Avoiding redundant fetches of btree index metapages
Дата
Msg-id 20060425175253.GC28043@surnet.cl
обсуждение исходный текст
Ответ на Avoiding redundant fetches of btree index metapages  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Some experimentation over the weekend turned up the result that $SUBJECT 
> is a good idea.  I had never thought about this much before, figuring
> that in a heavily-used index the metapage would stay in cache anyway and
> so fetching it at the start of each index search isn't costing any extra
> I/O.  That's true, but what it does cost is bufmgr contention, and in
> fact more than you'd expect because the amount of work actually done
> before releasing the page again is minuscule.  (See off-list discussion
> attached below.)

Wow, this is extremely nice.  Congratulations on another well-spotted
performance problem solved.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Avoiding redundant fetches of btree index metapages
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Catalog Access (was: [GENERAL] Concurrency problem building indexes)