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

Re: A patch for xlog.c

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Matthew Kirkwood <matthew(at)hairy(dot)beasts(dot)org>, <pgsql-patches(at)postgresql(dot)org>
Subject: Re: A patch for xlog.c
Date: 2001-02-25 20:17:38
Message-ID: Pine.BSF.4.33.0102251614500.32140-100000@mobile.hub.org (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On Sun, 25 Feb 2001, Bruce Momjian wrote:

> > > > pgsql-hackers is the place to discuss anything that's experimental or
> > > > otherwise concerned with future development.
> > > >
> > > > > [ possible merits of mmap ]
> > > >
> > > > Let's take up that discussion in pghackers.
> > >
> > > I always felt the real benefit of mmap() would be to remove use of SysV
> > > shared memory and use anon mmap() to prevent problems with SysV share
> > > memory limits.
> >
> > You'll still have memory limits to overcome ... per user memory limits
> > being one ... there is no such thing as a 'cure-all' ...
>
> Yes, but typical SysV shared memory limits are much lower than
> per-process limits.

well, come up with suitable patches for v7.2 and we can see where it goes
... you seem to think mmap() will do what we require, but, so far, have
been unable to convince anyone to dedicate the time to converting to using
it.  "having to raise/set SysV limits", IMHO, isn't worth the overhaul
that I see having to happen, but, if you can show us the benefits of doing
it other then removing a 'one time administrative config' of an OS, I
imagine that nobody will be able to argue it ...



In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2001-02-25 20:36:35
Subject: Re: A patch for xlog.c
Previous:From: Bruce MomjianDate: 2001-02-25 20:10:09
Subject: Re: A patch for xlog.c

pgsql-patches by date

Next:From: Bruce MomjianDate: 2001-02-25 20:36:35
Subject: Re: A patch for xlog.c
Previous:From: Bruce MomjianDate: 2001-02-25 20:10:09
Subject: Re: A patch for xlog.c

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