Re: PostgreSQL oom_adj postmaster process to -17 - Mailing list pgsql-admin

From Radovan Jablonovsky
Subject Re: PostgreSQL oom_adj postmaster process to -17
Date
Msg-id CAJYcdTsgGYacbAs1St3CuSJRHr7ANHDH4t04CxCiEXfqbX+ekg@mail.gmail.com
Whole thread Raw
In response to Re: PostgreSQL oom_adj postmaster process to -17  (Scott Marlowe <scott.marlowe@gmail.com>)
Responses Re: PostgreSQL oom_adj postmaster process to -17  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-admin
Currently there are maximum 600 connections.

On Fri, Aug 3, 2012 at 2:05 PM, Scott Marlowe <scott.marlowe@gmail.com> wrote:
On Fri, Aug 3, 2012 at 12:08 PM, Radovan Jablonovsky
<radovan.jablonovsky@replicon.com> wrote:
> Thanks you for your response.
>
> Database config:
> shared_buffers = 8GB
> temp_buffers = 32MB
> work_mem = 64MB
> maintenance_work_mem = 512MB
> effective_cache_size = 16GB
>
> In usual load there are not much pressure on memory, but it is possible to
> have all clients start using heavy reports. They are valid requests and
> could consume all memory. In this border and not likely but possible
> scenario it could be useful to let OOM killer to kill client's
> processes/connections but leave PostgreSQL system processes (postmaster,
> writer, stat, log, streaming, ...) excluded  from reach of OOM killer.

You're only realistic solution is to either limit the incoming
connections via a connection pooler like pgbouncer or to lower your
work_mem to something smaller. What's you're current max connections
setting?



--

Radovan Jablonovsky | SaaS DBA | Phone 1-403-262-6519 (ext. 256) | Fax 1-403-233-8046


Replicon | Hassle-Free Time & Expense Management Software - 7,300 Customers - 70 Countries
www.replicon.com | facebook | twitter | blog | contact us

We are hiring! | search jobs


pgsql-admin by date:

Previous
From: Amador Alvarez
Date:
Subject: Re: standby with a fixed lag behind the master
Next
From: "Kevin Grittner"
Date:
Subject: Re: PostgreSQL oom_adj postmaster process to -17