| 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: | Whole Thread | Raw Message | 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 |