Re: A patch for xlog.c

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re: A patch for xlog.c
Дата
Msg-id Pine.BSF.4.33.0102251614500.32140-100000@mobile.hub.org
обсуждение исходный текст
Ответ на Re: A patch for xlog.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: A patch for xlog.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
On Sun, 25 Feb 2001, Bruce Momjian wrote:

> > > > pgsql-hackers is the place to discuss anything that's experimental or
> > > > otherwise concerned with future development.
> > > >
> > > > > [ possible merits of mmap ]
> > > >
> > > > Let's take up that discussion in pghackers.
> > >
> > > I always felt the real benefit of mmap() would be to remove use of SysV
> > > shared memory and use anon mmap() to prevent problems with SysV share
> > > memory limits.
> >
> > You'll still have memory limits to overcome ... per user memory limits
> > being one ... there is no such thing as a 'cure-all' ...
>
> Yes, but typical SysV shared memory limits are much lower than
> per-process limits.

well, come up with suitable patches for v7.2 and we can see where it goes
... you seem to think mmap() will do what we require, but, so far, have
been unable to convince anyone to dedicate the time to converting to using
it.  "having to raise/set SysV limits", IMHO, isn't worth the overhaul
that I see having to happen, but, if you can show us the benefits of doing
it other then removing a 'one time administrative config' of an OS, I
imagine that nobody will be able to argue it ...



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: A patch for xlog.c
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: A patch for xlog.c