X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 6A2038B9FB7 for ; Thu, 3 Feb 2005 23:02:11 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 14342-04 for ; Thu, 3 Feb 2005 23:02:07 +0000 (GMT) Received: from mail.coretech.co.nz (coretech.co.nz [202.36.204.41]) by svr1.postgresql.org (Postfix) with ESMTP id 29AD18B9FAA for ; Thu, 3 Feb 2005 23:02:07 +0000 (GMT) Received: (qmail 14362 invoked from network); 3 Feb 2005 23:02:03 -0000 Received: from 218-101-14-25.paradise.net.nz (HELO ?192.168.1.11?) (218.101.14.25) by 0 with SMTP; 3 Feb 2005 23:02:03 -0000 Message-ID: <4202AE60.6000706@coretech.co.nz> Date: Fri, 04 Feb 2005 12:06:08 +1300 From: Mark Kirkwood User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-docs@postgresql.org Subject: Instructions for Linux ipc config Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.004 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200502/11 X-Sequence-Number: 2844 Glancing over these as I was doing the FreeBSD patch, I noticed some scope for modernization there plus a possible error to correct: i) we could standardize the change method to use sysctl instead of echo'ing things into /proc/kernel/* structures (unless there is some reason for this to be preferable?) ii) we are recommending setting kernel.shmall equal to kernel.shmmax. I think this is incorrect or strange anyway : examining 2.6.10 src I see ./include/linux/shm.h:16: #define SHMALL (SHMMAX/PAGE_SIZE*(SHMMNI/16)) /* max shm system wide (pages) */ i.e. kernel.shmall really is in pages. So our suggested settings of: kernel.shmall = 134217728 kernel.shmmax = 134217728 allow PAGE_SIZE 128M segments to be created... thats 4096 of 'em on most common HW. This is probably more than most systems would need or want (and does setting this value too high have a performance impact?). One option is to follow what we have said for the BSD's i.e: kernel.shmall = 32768 or leave shmall at its default (commonly 2097152). What do people think? regards Mark