From: | Mark Kirkwood <markir(at)coretech(dot)co(dot)nz> |
---|---|
To: | pgsql-docs(at)postgresql(dot)org |
Subject: | Instructions for Linux ipc config |
Date: | 2005-02-03 23:06:08 |
Message-ID: | 4202AE60.6000706@coretech.co.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-02-03 23:18:24 | Re: Instructions for Linux ipc config |
Previous Message | Neil Conway | 2005-02-03 06:52:24 | Re: planner stats |