Skip site navigation (1) Skip section navigation (2)

Re: Postgres server crash

From: Michael Stone <mstone+postgres(at)mathom(dot)us>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Postgres server crash
Date: 2006-11-19 18:41:07
Message-ID: 20061119184105.GC2366@mathom.us (view raw, whole thread or download thread mbox)
Thread:
Lists: pgsql-performance
On Sat, Nov 18, 2006 at 05:28:46PM -0800, Richard Troy wrote:
>On linux you can use the sysctl utility to muck with vm.overcommit_memory;
>You can disable the "feature."

Be aware that there's are "reasons" the "feature" exists before you 
"cast" "aspersions" and "quote marks" all over the place, and the 
"reasons" are "things" like "shared memory" and "copy on write" 
memory, which are "generally" condsidered "good things".

At one point someone complained about the ability to configure, e.g., 
IRIX to allow memory overcommit. I worked on some large IRIX 
installations where full memory accounting would have required on the 
order of 100s of gigabytes of swap, due to large shared memory 
allocations. If the swap had been configured rather than allowing 
overcommit, sure it might have reduced the chance of an application 
allocating memory that it couldn't use. In practice, if you're 100s of 
gigs into swap the system isn't going to be useable anyway.

>itself any memory. Frankly, if it takes a complete kernel rewrite to fix
>the problem that the damned operating system can't manage its own needs,
>then the kernel needs to be rewritten! </soapbox>
>
>These kernel hackers could learn something from VAX/VMS.

Like how to make a slower system? You can configure a VM to operate 
the way they did 25 years ago, but in general people have preferred to 
get better performance (*much* better performance) instead. It could be 
that they're all idiots, or it could be that in practice the problem 
isn't as bad as you make it out to be. (Maybe other people are just 
better at configuring their memory usage?)

Mike Stone

In response to

Responses

pgsql-performance by date

Next:From: Richard Broersma JrDate: 2006-11-19 20:42:45
Subject: Re: Postgres server crash
Previous:From: Ron MayerDate: 2006-11-19 17:07:27
Subject: Re: Postgres server crash

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group