Date: Mon, 8 Oct 2007 16:50:35 -0400
From: Alvaro Herrera <alvherre@commandprompt.com>
To: Bruce Momjian <bruce@momjian.us>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Simon Riggs <simon@2ndquadrant.com>,
	Josh Berkus <josh@agliodbs.com>, pgsql-hackers@postgresql.org,
	Mija Lee <mija@scharp.org>
Subject: Re: PG on NFS may be just a bad idea
Message-ID: <20071008205035.GF6000@alvh.no-ip.org>
References: <20071001234651.GD9430@alvh.no-ip.org>
	<200710082046.l98KkQj28574@momjian.us>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200710082046.l98KkQj28574@momjian.us>
User-Agent: Mutt/1.5.16 (2007-06-11)

Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > Tom Lane wrote:
> > > Simon Riggs <simon@2ndquadrant.com> writes:
> > > > http://blogs.netapp.com/dave/2007/08/oracle-optimize.html
> > > 
> > > Not a whole lot of technical content there, but pretty interesting
> > > nonetheless.  I *think* that the issues we're seeing are largely in the
> > > NFS client-side kernel code, so bypassing that stack as Oracle is doing
> > > might eliminate the problem.  Of course, there's a sizable amount of
> > > code to be written to do that ...
> > 
> > Yeah.  Next step we will be writing our own malloc.
> 
> I assume there should be a ;-) in there because we already have our own
> malloc (palloc).

Yeah, some sort of smiley should be there.  But what I'm talking about
is rewriting the underlying memory allocation mechanism, just like we
would be rewriting the NFS client.

palloc uses malloc underneath.  My thought is to replace that with
sbrk, mmap or something like that.  Not very portable though, a lot of
work, and most likely not nearly enough benefits.

-- 
Alvaro Herrera                               http://www.PlanetPostgreSQL.org/
"Nadie esta tan esclavizado como el que se cree libre no siendolo" (Goethe)