Re: bgwriter, checkpoints, curious (seeing delays)

Поиск
Список
Период
Сортировка
От Tory M Blue
Тема Re: bgwriter, checkpoints, curious (seeing delays)
Дата
Msg-id 8a547c841002261052r3bff71f2v6759859abce72710@mail.gmail.com
обсуждение исходный текст
Ответ на Re: bgwriter, checkpoints, curious (seeing delays)  (Devrim GÜNDÜZ <devrim@gunduz.org>)
Ответы Re: bgwriter, checkpoints, curious (seeing delays)  ("Jorge Montero" <jorge_montero@homedecorators.com>)
Re: bgwriter, checkpoints, curious (seeing delays)  ("Fernando Hevia" <fhevia@ip-tel.com.ar>)
Список pgsql-performance
2010/2/25 Devrim GÜNDÜZ <devrim@gunduz.org>:
> On Thu, 2010-02-25 at 22:12 -0800, Tory M Blue wrote:
>> shared_buffers = 1500MB
>
> Some people tend to increase this to 2.2GB(32-bit) or 4-6 GB (64 bit),
> if needed. Please note that more shared_buffers will lead to more
> pressure on bgwriter, but it also has lots of benefits, too.
>
>> work_mem = 100MB
>
> This is too much. Since you have 300 connections, you will probably swap
> because of this setting, since each connection may use this much
> work_mem. The rule of the thumb is to set this to a lower general value
> (say, 1-2 MB), and set it per-query when needed.

I'm slightly confused. Most things I've read, including running
pg_tune for grins puts this around 100MB, 98MB for pgtune.  1-2MB just
seems really low to me. And Ignore the 300 connections, thats an upper
limit, I usually run a max of 40-45 but usually around 20 connections
per sec.


Also is there a way to log if there are any deadlocks happening (I'm
not seeing them in logs)
deadlock_timeout = 5s

Tory

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

Предыдущее
От: Ben Chobot
Дата:
Сообщение: Re: bgwriter, checkpoints, curious (seeing delays)
Следующее
От: Tory M Blue
Дата:
Сообщение: Re: bgwriter, checkpoints, curious (seeing delays)