Re: PG Killed by OOM Condition
| От | Bruno Wolff III | 
|---|---|
| Тема | Re: PG Killed by OOM Condition | 
| Дата | |
| Msg-id | 20051025042652.GA28772@wolff.to обсуждение исходный текст  | 
		
| Ответ на | Re: PG Killed by OOM Condition (mark@mark.mielke.cc) | 
| Ответы | 
                	
            		Re: PG Killed by OOM Condition
            		
            		 | 
		
| Список | pgsql-hackers | 
On Mon, Oct 24, 2005 at 23:55:07 -0400, mark@mark.mielke.cc wrote:
> On Mon, Oct 24, 2005 at 10:20:39PM -0500, Bruno Wolff III wrote:
> > On Mon, Oct 03, 2005 at 23:03:06 +1000,
> >   John Hansen <john@geeknet.com.au> wrote:
> > > Good people,
> > > Just had a thought!
> > > Might it be worth while protecting the postmaster from an OOM Kill on
> > > Linux by setting /proc/{pid}/oom_adj to -17 ?
> > > (Described vaguely in mm/oom_kill.c)
> > Wouldn't it be better to use sysctl to tell the kernel not to over commit
> > memory in the first place?
> 
> Only if you don't have large processes in your system that fork()
> frequently, pushing the reserved memory over the limit, preventing
> PostgreSQL from allocating memory when it does need it, even though
> copy-on-write allows plenty of memory to continue to be available -
> it is just reserved... :-)
> 
> There isn't a perfect answer.
No, but I would think tying up some disk space as swap space would be a
better solution. The linux oom killer is really dangerous.
		
	В списке pgsql-hackers по дате отправления: