Re: FreeBSD and large shared_buffers a no-go?

From: Kirk Strauser <kirk(at)strauser(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: FreeBSD and large shared_buffers a no-go?
Date: 2009-01-07 18:57:56
Message-ID: D0480B96-B96C-4CC0-AAAE-3ADE46B2B68A@strauser.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Jan 7, 2009, at 12:30 PM, Tom Lane wrote:

> Kirk Strauser <kirk(at)strauser(dot)com> writes:
>> First, shmget is asking for a lot less than shmmax - why is it
>> failing?
>
> Check to see if things work as expected when you have shmmax and
> shmall
> set to a shade less than 2GB and fail when they are a shade more. If
> so, it would seem there's a signed-integer-overflow bug somewhere in
> the
> kernel's handling of shmem requests ... which would be a reportable
> kernel bug.

Actually, it seems that if shmget is trying to get more than 2GB, it
will fail regardless of shmmax. When I backed shared_buffers down to
1980MB, PostgreSQL was able to start as long as shmmax is >= 2GB
(which I verified with 2GB+1MB, 3GB, and 8GB). I'm off to file a
report now.
--
Kirk Strauser

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mohamed 2009-01-07 19:07:44 to_tsquery, plainto_... avoiding bad input, injections. Is there a builtin function for this ? Escaping?
Previous Message Gerhard Heift 2009-01-07 18:31:13 stable function called for every row?