Re: slow queries, possibly disk io

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: slow queries, possibly disk io
Дата
в 11:33:34
Msg-id
11908.1117550013@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
slow queries, possibly disk io Josh Close <narshe@gmail.com>
Re: slow queries, possibly disk io John Arbash Meinel <john@arbash-meinel.com>
Re: slow queries, possibly disk io Josh Close <narshe@gmail.com>
Re: slow queries, possibly disk io Simon Riggs <simon@2ndquadrant.com>
Re: slow queries, possibly disk io Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: slow queries, possibly disk io Josh Close <narshe@gmail.com>
Re: slow queries, possibly disk io Dawid Kuroczko <qnex42@gmail.com>
Josh Close  writes:
> There is 2 gigs of mem in this server. Here are my current settings.

> max_connections = 100
> shared_buffers = 50000
> sort_mem = 4096
> vacuum_mem = 32768
> effective_cache_size = 450000

> Shared buffers is set to 10% of total mem. Effective cache size is 90% of mem.

Uh, shared_buffers and effective_cache_size are both measured in pages,
which are 8K apiece unless you built with a nondefault BLCKSZ.  So the
above calculations are off ...

> Is there anything that can be done to have postgres grab more from
> memory rather than disk?

It's not so much a matter of what Postgres will do as what the kernel
will do.  Check to see if there is some limit on how much memory the
kernel will set aside for disk buffers.  Plain old "top" will generally
tell you what is going on, though interpreting its output sometimes
requires some wizardry.

			regards, tom lane
В списке pgsql-performance по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: very large table
От: Josh Close
Дата:
FAQ