Thanks to the following for their great responses as it helped
Kevin Buterbaugh [Kevin.Buterbaugh@lifeway.com]
Shared memory (shminfo_shmmax) is intended to be physical memory locked for
the use of (typically) a database. It does not include swap space, but
setting this kernel parameter too high can cause a box to make heavy use of
it's swap space for the other processes it needs to run. We generally leave
anywhere from 128 - 256 MB of the physical memory in a box for the kernel
and other processes (i.e. on a system with 512 MB RAM, we never set
shminfo_shmmax to more than 400 MB, on a bigger box, we leave even more than
that).
If this value is set to high, then all the other processes on the box have
to compete for the remaining physical memory, which generally does lead to
paging to the swap device(s). On a pure database server I'd set the
parameter to whatever you think is appropriate, then monitor the scan rate
with sar or vmstat. Under Solaris 2.7 and earlier, if the scan rate exceeds
273 pages / second, then you've got the parameter set too high. Under
Solaris 2.8, if the scan rate is much above zero, again, you've got it set
too high. Hope this helps...
Eugene Kramer [ekramer@Remedy.COM]
http://www.sunworld.com/sunworldonline/swol-09-1997/swol-09-insidesolaris_p.
html
Jarrett Carver [solarboyz1@hotmail.com]
Shared Memory is not only memory used for a database. Shared memory is a
chunk of memory that can be accessed by other processes to prevent the
redundant loading of the same thing, therefore using more memory than is
needed. Also used with shared libraries, etc..
Check out the following article for more info on shared memory.
http://www.sunworld.com/sunworldonline/swol-09-1997/swol-09-insidesolaris_p.
html
John McIntire
<<...>>
800 Federal Street
Andover, MA 01810
978-933-6326 - Office
978-265-0546 - Cell
888-922-3223
jmcintire@navipath.com
S
U BEFORE POSTING please READ the FAQ located at
N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
. and the list POLICY statement located at
M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
A To submit questions/summaries to this list send your email message to:
N sun-managers@sunmanagers.ececs.uc.edu
A To unsubscribe from this list please send an email message to:
G majordomo@sunmanagers.ececs.uc.edu
E and in the BODY type:
R unsubscribe sun-managers
S Or
. unsubscribe sun-managers original@subscription.address
L To view an archive of this list please visit:
I http://www.latech.edu/sunman.html
S
T
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:20 CDT