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

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re[2]: Re: [PATCHES] A patch for xlog.c
Дата
Msg-id Pine.BSF.4.33.0102262259010.339-100000@mobile.hub.org
обсуждение исходный текст
Ответ на Re[2]: Re: [PATCHES] A patch for xlog.c  (jamexu <jamexu@telekbird.com.cn>)
Ответы Re: Re[2]: Re: [PATCHES] A patch for xlog.c
Re[3]: Re: [PATCHES] A patch for xlog.c
Re: Re[2]: Re: [PATCHES] A patch for xlog.c
Список pgsql-hackers
On Tue, 27 Feb 2001, jamexu wrote:

> Hello Tom,
>
> Tuesday, February 27, 2001, 12:23:25 AM, you wrote:
>
> TL> This looks a lot like exchanging the devil we know (SysV shmem) for a
> TL> devil we don't know.  Do I need to remind you about, for example, the
> TL> mmap bugs in early Linux releases?  (I still vividly remember having to
> TL> abandon mmap on a project a few years back that needed to be portable
> TL> to Linux.  Perhaps that colors my opinions here.)  I don't think the
> TL> problems with shmem are sufficiently large to justify venturing into
> TL> a whole new terra incognita of portability issues and kernel bugs.
>
> TL>                         regards, tom lane
>
> the only problem is because if we need to tune Postermaster to use
> large buffer while system havn't so many SYSV shared memory, in many
> systemes, we need to recompile OS kernel, this is a small problem to install
> PGSQL to product environment.

What?  You don't automatically recompile your OS kernel when you build a
system in the first place??  First step on any OS install of FreeBSD is to
rid myself of the 'extras' that are in the generic kernel, and enable
SharedMemory (even if I'm not using PgSQL on that machine) ...




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: stuck spinlock
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re[2]: Re: [PATCHES] A patch for xlog.c