Re: icps, shmmax and shmall - Shared Memory tuning

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: icps, shmmax and shmall - Shared Memory tuning
Дата
Msg-id 13799.1020052039@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: icps, shmmax and shmall - Shared Memory tuning  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: icps, shmmax and shmall - Shared Memory tuning  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-general
Martijn van Oosterhout <kleptog@svana.org> writes:
> On Sun, Apr 28, 2002 at 08:12:56PM -0400, Tom Lane wrote:
>> Sane kernels return an error on sbrk(2) if they don't have any more
>> memory to give out...

> The problem is that sbrk merely extends your memory map, the memory is not
> actually allocated until it is used, i.e. it's overcomitting memory.

And this is the application's fault?

If Linux overcommits memory, then Linux is broken.  Do not bother to
argue the point.  I shall recommend other Unixen to anyone who wants
to run reliable applications.  (HPUX for example; which has plenty of
faults, but at least it keeps track of how much space it can promise.)

            regards, tom lane

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

Предыдущее
От: Michael Loftis
Дата:
Сообщение: Re: intel vs amd benchmark for pg server part 2
Следующее
От: pgsql-gen Newsgroup (@Basebeans.com)
Дата:
Сообщение: Re: intel vs amd benchmark for pg server part 2