Re[4]: Re: [PATCHES] A patch for xlog.c

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re[4]: Re: [PATCHES] A patch for xlog.c
Дата
Msg-id Pine.BSF.4.33.0102270828120.339-100000@mobile.hub.org
обсуждение исходный текст
Ответ на Re[4]: Re: [PATCHES] A patch for xlog.c  (Xu Yifeng <jamexu@telekbird.com.cn>)
Ответы Re: Re[4]: Re: [PATCHES] A patch for xlog.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Steffen Emil Thorkildsen
Дата:
Сообщение: Query precompilation?
Следующее
От: Vadim Mikheev
Дата:
Сообщение: Re: RE: Re: [ADMIN] v7.1b4 bad performance