Re: Rapidly decaying performance repopulating a large table

Поиск
Список
Период
Сортировка
От David Wilson
Тема Re: Rapidly decaying performance repopulating a large table
Дата
Msg-id e7f9235d0804221718v6fb0e9edw3312d1555688e60a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Rapidly decaying performance repopulating a large table  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Rapidly decaying performance repopulating a large table
Список pgsql-general
On Tue, Apr 22, 2008 at 7:33 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
>  What have you got shared_buffers set to?  If it's not enough to cover
>  the working set for your indexes, that might be the (other) problem.
>

shared_buffers = 1536MB

Is there a way to get the size of a specific index, on that note?
There seem to be access functions for the relation + indices, and for
the relation by itself, but not a specific index out of possibly
several. I could increase shared_buffers some, but client apps on the
same machine occasionally also have hefty memory requirements (not
during these regeneration runs, but it seems like restarting the
server with a new shared_buffers value before and after the
regeneration is a bit of overkill).

--
- David T. Wilson
david.t.wilson@gmail.com

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

Предыдущее
От: Clemens Schwaighofer
Дата:
Сообщение: Re: Postgres Encoding conversion problem
Следующее
От: "Merlin Moncure"
Дата:
Сообщение: Re: How to modify ENUM datatypes?