Re: postgres 7.4 at 100%

От: Tom Lane
Тема: Re: postgres 7.4 at 100%
Дата: ,
Msg-id: 17884.1088399982@sss.pgh.pa.us
(см: обсуждение, исходный текст)
Ответ на: Re: postgres 7.4 at 100%  (Frank Knobbe)
Ответы: Re: postgres 7.4 at 100%  (Josh Berkus)
Список: pgsql-performance

Скрыть дерево обсуждения

postgres 7.4 at 100%  (Chris Cheston, )
 Re: postgres 7.4 at 100%  (Richard Huxton, )
  Re: postgres 7.4 at 100%  (Chris Cheston, )
 Re: postgres 7.4 at 100%  (Doug McNaught, )
  Re: postgres 7.4 at 100%  ("Joshua D. Drake", )
   Re: postgres 7.4 at 100%  (Chris Cheston, )
    Re: postgres 7.4 at 100%  (Christopher Kings-Lynne, )
     Re: postgres 7.4 at 100%  (Frank Knobbe, )
      Re: postgres 7.4 at 100%  (Tom Lane, )
       Re: postgres 7.4 at 100%  (Josh Berkus, )
        Re: postgres 7.4 at 100%  (Chris Cheston, )
         Re: postgres 7.4 at 100%  (Christopher Kings-Lynne, )
          Re: postgres 7.4 at 100%  (Chris Cheston, )
           Re: postgres 7.4 at 100%  (Bruno Wolff III, )
           Re: postgres 7.4 at 100%  ("Gavin M. Roy", )
            Re: postgres 7.4 at 100%  (Chris Cheston, )
             Re: postgres 7.4 at 100%  (Christopher Kings-Lynne, )
              Re: postgres 7.4 at 100%  (Chris Cheston, )
               Re: postgres 7.4 at 100%  (Christopher Kings-Lynne, )
         Re: postgres 7.4 at 100%  (Tom Lane, )
      Re: postgres 7.4 at 100%  (Josh Berkus, )
       Re: postgres 7.4 at 100%  (Frank Knobbe, )
        Re: postgres 7.4 at 100%  (Josh Berkus, )
 Re: postgres 7.4 at 100%  (Duane Lee - EGOVX, )

Frank Knobbe <> writes:
> On Sun, 2004-06-27 at 00:33, Christopher Kings-Lynne wrote:
>>> I upped effective_cache to 16000 KB and I could only up the
>>> shared_buffers to 3000.  Anything more and postgres would not start.

>> You need to greatly incrase the shared memory max setting on your
>> machine so that you can use at the very least, 10000 shared buffers.

> Doug said the same, yet the PG Tuning article recommends not make this
> too large as it is just temporary used by the query queue or so.

The original report was that the guy had it set to 40 (!?), which is
clearly far below the minimum reasonable value.  But I'd not expect a
huge difference between 3000 and 10000 --- in my experience, 1000 is
enough to get you over the "knee" of the performance curve and into
the domain of marginal improvements.

So while he surely should not go back to 40, it seems there's another
factor involved here that we've not recognized yet.

            regards, tom lane


В списке pgsql-performance по дате сообщения:

От: Richard Huxton
Дата:
Сообщение: Re: Query performance
От: Josh Berkus
Дата:
Сообщение: Re: postgres 7.4 at 100%