From: | Xu Yifeng <jamexu(at)telekbird(dot)com(dot)cn> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, The Hermit Hacker <scrappy(at)hub(dot)org>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re[4]: Re: [PATCHES] A patch for xlog.c |
Date: | 2001-02-27 05:45:44 |
Message-ID: | 12317578146.20010227134544@telekbird.com.cn |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello Tom,
Tuesday, February 27, 2001, 12:45:18 PM, you wrote:
TL> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)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.
Xu Yifeng
From | Date | Subject | |
---|---|---|---|
Next Message | Tatsuo Ishii | 2001-02-27 07:10:16 | Re: vacuum analyze fails: ERROR: Unable to locate type oid 2230924 in catalog |
Previous Message | Tom Lane | 2001-02-27 04:45:18 | Re: Re[2]: Re: [PATCHES] A patch for xlog.c |