Re[3]: Re: [PATCHES] A patch for xlog.c
От | jamexu |
---|---|
Тема | Re[3]: Re: [PATCHES] A patch for xlog.c |
Дата | |
Msg-id | 1088747378.20010227111834@telekbird.com.cn обсуждение исходный текст |
Ответ на | Re[2]: Re: [PATCHES] A patch for xlog.c (The Hermit Hacker <scrappy@hub.org>) |
Ответы |
Re[3]: Re: [PATCHES] A patch for xlog.c
|
Список | pgsql-hackers |
Hello The, Tuesday, February 27, 2001, 11:00:05 AM, you wrote: THH> 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. THH> What? You don't automatically recompile your OS kernel when you build a THH> system in the first place?? First step on any OS install of FreeBSD is to THH> rid myself of the 'extras' that are in the generic kernel, and enable THH> SharedMemory (even if I'm not using PgSQL on that machine) ... heihei, why do you think users always using FreeBSD and not other UNIX systemes? your assume is false. --- Xu Yifeng
В списке pgsql-hackers по дате отправления: