Re: Re[4]: Re: [PATCHES] 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: Xu Yifeng <jamexu(at)telekbird(dot)com(dot)cn>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re[4]: Re: [PATCHES] A patch for xlog.c
Date: 2001-02-27 16:23:44
Message-ID: 200102271623.LAA15419@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> > could anyone investigate mmap() in many modern UNIX systems to prove that
> > mmap() is so un-portable?
> >
> > it seems mmap() is a portable problem like you said, but I think SYSV
> > shmem for PGSQL is a installation problem. you push some difficults to
> > end user, and take easy taskes for yourself.
>
> Considering that, so far as I can tell, both you and Bruce are the only
> ones that are really heavy on moving away from SysV ... how many ppl are
> actually finding it to be that much more difficult? :)

I am not sure I would call myself _heavy_ on it. I suggest researching
it on platforms that support anon. mmap() to reduce administration load
when increasing the number of buffers. If it is not a big win, there is
no reason to add support for it. We clearly will be keeping SysV for a
long time, so adding another shared memory system, mmap(), should only
be done for a very good reason.

--
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

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-02-27 16:25:35 Re: Re[3]: Re: [PATCHES] A patch for xlog.c
Previous Message Peter Eisentraut 2001-02-27 16:13:31 Re: 'postgres -Q' in test/bench