[Date Prev][Date Next]
Re: Solaris Shared memory setup
Thanks for the input Quanah, I'm using/testing solaris 9 on
an older 420R (2 X UltraSPARC-II 450MHz) with 2GB of ram.
I have only attached 3 clients to the server and it is getting
hit very hard. I'm running at a load of about 1.5, 50% CPU,
and about 20 threads.
PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
10597 ldap 21 24 0 1433M 274M cpu/2 945:02 54.26% slapd
I guess newer hardware would probably really help out, as my
production linux OL servers are doing quite well. They are
dual xeon 2.4GHz machines. Was hoping the sun box would perform
a little better...
Quanah Gibson-Mount wrote:
--On Thursday, August 12, 2004 4:58 PM -0400 Scott Walker
I am hoping someone can point me in the right direction
or show me a standard /etc/system setup for giving openldap
1GB of shared memory. (OL 2.2.13 / BDB 4.2.52)
I currently have this in /etc/system:
* shared mem setup for slapd
I believe your syntax is incorrect.
For 3GB of shared memory we do:
Also, what version of Solaris? I found (in the past) issues with
Solaris 9's threading model and openldap. I haven't looked at it any
time recently, so that may have changed (read, over a year), but Solaris
8's threading model is very effective with OpenLDAP.
Our entire /etc/system looks like:
* turn off executable stacks
set noexec_user_stack = 1
set noexec_user_stack_log = 1
* increase the size of the kernel stack to 24k for Solaris 8/64-bit
* force load the shared module kernel information.
* allow shared memory segments of up to 3 GB (default 1MB)
* See http://www.sun.com/sun-on-net/itworld/UIR960101perf.html
* Increase memory performance when filesystem is being heavily used.
* See http://www.sun.com/sun-on-net/performance/priority_paging.html
* autoup influences how much RAM is checked by fsflush every 5 seconds.
* Default = 30. Increase autoup to decrease mem management overhead.
* See http://docs.sun.com/db/doc/806-7009/6jftnqsin?a=view
set autoup = 60
* Allow mirror drive to be booted on mirrored systems
Principal Software Developer
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html
Unix Systems Administration
Magma Communications Ltd.
t: (613) 228-3565
f: (613) 228-8313
This e-mail message is confidential, may be privileged and is intended
for the exclusive use of the addressee. Any other person is strictly
prohibited from disclosing, distributing or reproducing it. If the
addressee cannot be reached or is unknown to you, please inform the
sender by return e-mail immediately and delete this e-mail message and
destroy all copies. Due to the inherent risks associated with the
Internet, we assume no responsibility for unauthorized interception of
any Internet communication with you or the transmission of computer
viruses. Thank you.