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
|
Список | 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 по дате отправления: