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

Re: A patch for xlog.c

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: The Hermit Hacker <scrappy(at)hub(dot)org>
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:36:35
Message-ID: 200102252036.PAA29384@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
> > 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 ...

Yea, it is pretty low priority, especially since most OS's don't support
ANON mmap().  Most BSD's support it, but I don't think Linux or others
do.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

Responses

pgsql-hackers by date

Next:From: The Hermit HackerDate: 2001-02-25 21:16:28
Subject: Re: A patch for xlog.c
Previous:From: The Hermit HackerDate: 2001-02-25 20:17:38
Subject: Re: A patch for xlog.c

pgsql-patches by date

Next:From: The Hermit HackerDate: 2001-02-25 21:16:28
Subject: Re: A patch for xlog.c
Previous:From: The Hermit HackerDate: 2001-02-25 20:17:38
Subject: Re: A patch for xlog.c

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