Re: First set of OSDL Shared Mem scalability results,

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: First set of OSDL Shared Mem scalability results,
Дата
Msg-id 21489.1097274752@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: First set of OSDL Shared Mem scalability results,  ("J. Andrew Rogers" <jrogers@neopolitan.com>)
Ответы Re: First set of OSDL Shared Mem scalability results,  ("Steinar H. Gunderson" <sgunderson@bigfoot.com>)
Re: First set of OSDL Shared Mem scalability results,  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-performance
"J. Andrew Rogers" <jrogers@neopolitan.com> writes:
> As I understand it (and I haven't looked so I could be wrong), the
> buffer cache is searched by traversing it sequentially.

You really should look first.

The main-line code paths use hashed lookups.  There are some cases that
do linear searches through the buffer headers or the CDB lists; in
theory those are supposed to be non-performance-critical cases, though
I am suspicious that some are not (see other response).  In any case,
those structures are considerably more compact than the buffers proper,
and I doubt that cache misses per se are the killer factor.

This does raise a question for Josh though, which is "where's the
oprofile results?"  If we do have major problems at the level of cache
misses then oprofile would be able to prove it.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: First set of OSDL Shared Mem scalability results, some wierdness ...
Следующее
От: "Steinar H. Gunderson"
Дата:
Сообщение: Re: First set of OSDL Shared Mem scalability results,