From: Donald Courtney <Donald.Courtney@Sun.COM>
Cc: pgsql-performance@postgresql.org
Subject: Re: Postgresql on an AMD64 machine
Date: Tue, 07 Jun 2005 15:38:30 -0400
Message-ID: <42A5F7B6.20502@sun.com> (raw)
In-Reply-To: <b918cf3d05060613593a73a18a@mail.gmail.com>
References: <1118080420.1644.23.camel@penguin1>
<b918cf3d05060613593a73a18a@mail.gmail.com>
Get FATAL when starting up (64 bit) with large shared_buffers setting
I built a 64 bit for Sparc/Solaris easily but I found that the
startup of postmaster generates a FATAL diagnostic due to going
over the 2GB limit (3.7 GB).
When building for 64 bit is there some other
things that must change in order to size UP the shared_buffers?
Thanks.
Don C.
P.S. A severe checkpoint problem I was having was fixed with
"checkpoint_segments=200".
Message:
FATAL: 460000 is outside the valid range for parameter "shared_buffers"
(16 .. 262143)
LOG: database system was shut down at 2005-06-07 15:20:28 EDT
Mike Rylander wrote:
>On 06 Jun 2005 12:53:40 -0500, Mark Rinaudo <mark@bowmansystems.com> wrote:
>
>
>>I'm not sure if this is the appropriate list to post this question to
>>but i'm starting with this one because it is related to the performance
>>of Postgresql server. I have a Penguin Computing dual AMD 64 bit
>>opteron machine with 8 Gigs of memory. In my attempt to increase the
>>number of shared_buffers from the default to 65000 i was running into a
>>semget error when trying to start Postgresql. After reading the
>>documentation I adjusted the semaphore settings in the kernel to allow
>>Postgresql to start successfully. With this configuration running if I
>>do a ipcs -u i get the following.
>>
>>
>
>
>On my HP-585, 4xOpteron, 16G RAM, Gentoo Linux (2.6.9):
>
>$ ipcs -u i
>
>------ Shared Memory Status --------
>segments allocated 1
>pages allocated 34866
>pages resident 31642
>pages swapped 128
>Swap performance: 0 attempts 0 successes
>
>------ Semaphore Status --------
>used arrays = 7
>allocated semaphores = 119
>
>------ Messages: Status --------
>allocated queues = 0
>used headers = 0
>used space = 0 bytes
>
>
>Did you perhaps disable spinlocks when compiling PG?
>
>
>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: Donald.Courtney@Sun.COM
Subject: Re: Postgresql on an AMD64 machine
In-Reply-To: <42A5F7B6.20502@sun.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox