Re: shared_buffers performance

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: shared_buffers performance
Дата
Msg-id 874pa4gqea.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: shared_buffers performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> Gregory Stark <stark@enterprisedb.com> writes:
>> The transition domain where performance drops dramatically as the database
>> starts to not fit in shared buffers but does still fit in filesystem cache.
>
> It looks to me like the knee comes where the DB no longer fits in
> filesystem cache.

That does seem to make a lot more sense. I think I misread the units of the
size of the accounts table. Reading it again it seems to be in the 1.5G-2G
range for the transition which with indexes and other tables might be starting
to stress the filesystem cache -- though it still seems a little low.

I think if I squint I can see another dropoff at the very small scaling
numbers. That must be the point where the database is comparable to the shared
buffers size. Except then I would expect the green and blue curves to be
pushed to the right a bit rather than just havin a shallower slope.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com
  Ask me about EnterpriseDB's On-Demand Production Tuning

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: shared_buffers performance
Следующее
От: Greg Smith
Дата:
Сообщение: Re: shared_buffers performance