Re: oom_killer - Mailing list pgsql-performance

From yoshi watanabe
Subject Re: oom_killer
Date
Msg-id BANLkTikL1Pq5dCTWM_Qka+_ifBA-4h9bjA@mail.gmail.com
Whole thread Raw
In response to oom_killer  (Tory M Blue <tmblue@gmail.com>)
List pgsql-performance
Funny concidence, I was just reading up a blog post on postgres an OOM killer.

http://gentooexperimental.org/~patrick/weblog/archives/2011-04.html#e2011-04-20T21_58_37.txt

Hope this helps.

2011/4/21 Tory M Blue <tmblue@gmail.com>:
> Is there anyone that could help me understand why all of a sudden with
> no noticeable change in data, no change in hardware, no change in OS,
> I'm seeing postmaster getting killed by oom_killer?
>
> The dmesg shows that swap has not been touched free and total are the
> same, so this system is not running out of total memory per say.
>
> I keep thinking it's something to do with lowmem vs highmem 32bit vs
> 64 bit, but again no changes and I'm getting hit nightly on 2
> different servers (running slon, so switched over and same thing, even
> disabled memory over commit and still got nailed.
>
> Is there anyone familiar with this or could take a look at the dmesg
> output (off list) and decipher it for me?
>
> this is a Fedora 12 system, 2.6.32.23-170. I've been reading and
> appears this is yet another fedora bug, but so far I have not found
> any concrete evidence on how to fix it.
>
> Fedora 12
> 32gig memory, 8 proc
> postgres 8.4.4, slony 1.20
> 5 gigs of swap (never hit it!)
>
> Thanks
> Tory
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>

pgsql-performance by date:

Previous
From: Tory M Blue
Date:
Subject: oom_killer
Next
From: Stephen Frost
Date:
Subject: Re: oom_killer