Re: Performance Tuning Document?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Performance Tuning Document?
Дата
Msg-id 200203282137.g2SLbXL29147@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Performance Tuning Document?  (Alvaro Herrera <alvherre@atentus.com>)
Список pgsql-general
Alvaro Herrera wrote:
> El Mar 28, Bruce Momjian escribio:
>
> > Matthew Kirkwood wrote:
> > > Hi,
> > >
> > > I'm playing with OSDB (http://osdb.sf.net/) and trying to get
> > > the best numbers possible out of it.
>
> > > Any tips and tricks available?  Thus far, I have tried:
> >
> > Gererally, I think 1/4 RAM for shared buffers is a good start, and
> > perhaps 2-4% for sort memory.
>
> That 2-4% means 2-4% per backend, or totalled? I don't have your
> experience, but I think that depends heavily on schemas and queries,
> more than shared buffers.

It is per-backend, and sort memory only helps for certain ORDER BY
queries or mergejoins that can't use an index.  It is a very hard value
to set and usually is done to improve certain queries you can't fix
another way.  However, the default is unusually small so it will work on
all machines so upping it isn't a major problem.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Performance Tuning Document?
Следующее
От: Jason Earl
Дата:
Сообщение: Re: Why are selects so slow on large tables, even