Re: Pre-allocation of shared memory ... - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Pre-allocation of shared memory ...
Date
Msg-id 000b01c33292$405433e0$6401a8c0@DUNSLANE
Whole thread Raw
In response to Re: Pre-allocation of shared memory ...  ("Nigel J. Andrews" <nandrews@investsystems.co.uk>)
Responses Re: Pre-allocation of shared memory ...  (Matthew Kirkwood <matthew@hairy.beasts.org>)
List pgsql-hackers
The trouble with this advice is that if I am an SA wanting to run a DBMS
server, I will want to run a kernel supplied by a vendor, not an arbitrary
kernel released by a developer, even one as respected as Alan Cox.

andrew

----- Original Message ----- 
From: "Lamar Owen" <lamar.owen@wgcr.org>
To: "Nigel J. Andrews" <nandrews@investsystems.co.uk>
Cc: "Josh Berkus" <josh@agliodbs.com>; <pgsql-hackers@postgresql.org>
Sent: Saturday, June 14, 2003 11:52 AM
Subject: Re: [HACKERS] Pre-allocation of shared memory ...


> On Friday 13 June 2003 15:29, Lamar Owen wrote:
> > It is or was a Linux kernel problem.  The 2.2 kernel required double
swap
> > space, even though it wasn't well documented.  Early 2.4 kernels also
> > required double swap space, and it was better documented.  Current Red
Hat
> > 2.4 kernels, I'm not sure which VM system is in use.  The old VM
certainly
> > DID require double physical memory swap space.
>
> After consulting with some kernel gurus, you can upgrade to a straight
Alan
> Cox (-ac) kernel and turn off overcommits to cause it to fail the
allocation
> instead of blowing processes out at random when the overcommit bites.



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Compiling Win32
Next
From: ohp@pyrenet.fr
Date:
Subject: Re: Mirro updates