From owner-freebsd-stable@FreeBSD.ORG Wed May 24 00:51:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D2AC16A756 for ; Wed, 24 May 2006 00:51:56 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-3.paradise.net.nz (bm-3a.paradise.net.nz [203.96.152.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32AE843D79 for ; Wed, 24 May 2006 00:51:44 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-3.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IZQ00CU0VPWUN@linda-3.paradise.net.nz> for freebsd-stable@freebsd.org; Wed, 24 May 2006 12:51:32 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-172.dsl.clear.net.nz [218.101.29.172]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id 3B23113216A6; Wed, 24 May 2006 12:51:32 +1200 (NZST) Date: Wed, 24 May 2006 12:51:03 +1200 From: Mark Kirkwood In-reply-to: <200605231636.27463.kirk@strauser.com> To: Kirk Strauser Message-id: <4473ADF7.4080101@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5 (X11/20060417) References: <200605231531.18092.kirk@strauser.com> <200605231713.22363.jkim@FreeBSD.org> <200605231719.56164.jkim@FreeBSD.org> <200605231636.27463.kirk@strauser.com> Cc: freebsd-stable@freebsd.org Subject: Re: PostgreSQL uses more memory on 6.1? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 May 2006 00:51:57 -0000 Kirk Strauser wrote: > On Tuesday 23 May 2006 16:19, Jung-uk Kim wrote: > >> I meant 'kern.ipc.shmall', which used to be 'kern.ipc.shmmaxpgs'. :-( > > That did it! Bumping kern.ipc.shmall to 65536 got me back up and running > with enough shared_memory to get my jobs done. Having not so long ago been caught by this myself, I think the relationship between shmmax and shmall is worth clarifying: $ sysctl -d kern.ipc.shmall kern.ipc.shmall: Maximum number of pages available for shared memory $ sysctl -d kern.ipc.shmmax kern.ipc.shmmax: Maximum shared memory segment size So to run 1 Postgres installation with 128Mb of shared memory: kern.ipc.shmall=32768 kern.ipc.shmmax=134217728 However suppose you want to run 2 Postgres installations, each using 128Mb of shared memory: kern.ipc.shmall=65536 kern.ipc.shmmax=134217728 i.e. maximum system wide shared memory is 65536*4096 = 256Mb, but the maximum size any single segment can be is 128Mb. Cheers Mark