Re[4]: Re: [PATCHES] A patch for xlog.c - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re[4]: Re: [PATCHES] A patch for xlog.c
Date
Msg-id Pine.BSF.4.33.0102270828120.339-100000@mobile.hub.org
Whole thread Raw
In response to Re[4]: Re: [PATCHES] A patch for xlog.c  (Xu Yifeng <jamexu@telekbird.com.cn>)
Responses Re: Re[4]: Re: [PATCHES] A patch for xlog.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
On Tue, 27 Feb 2001, Xu Yifeng wrote:

> Hello Tom,
>
> Tuesday, February 27, 2001, 12:45:18 PM, you wrote:
>
> TL> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> >> I know it is easy for you, but the number of reports and problems we
> >> hear about shows it is an issue for some.
>
> TL> We hear some reports, but not a lot.  We have no idea whatever what
> TL> problems might ensue if we used mmap instead.  I'm dubious that SysV
> TL> shmem creates enough problems to justify replacing it with a solution
> TL> of essentially unknown portability characteristics...
>
> TL>                         regards, tom lane
>
> 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? :)




pgsql-hackers by date:

Previous
From: Steffen Emil Thorkildsen
Date:
Subject: Query precompilation?
Next
From: Vadim Mikheev
Date:
Subject: Re: RE: Re: [ADMIN] v7.1b4 bad performance