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