Howard Chu wrote:
Actually, you should always use a shared memory key on Solaris. Using
mmap'd files is just too slow on that OS.
SunOS dns05.unix 5.10 Generic_141445-09 i86pc i386 i86pc
Is this still the case? I did a quick (naive?) test to see if it would improve things for our LDAP server. I had an old/replace DNS server to test on, using production values.
# wc -l p
142149 p
# time /usr/local/bin/ldapsearch -h 0 -x -D 'cn=admin,dc=company,dc=com' -w secret -f p -b ou=dns,dc=company,dc=com "(%s)" dn> /dev/null
pass 1
real 0m20.660s
user 0m3.134s
sys 0m1.283s
pass 2
real 0m20.853s
user 0m3.132s
sys 0m1.309s
I added only:
+ shm_key 1000
+ dbconfig set_shm_key 1000
to slapd.conf, deleted DB_CONFIG, stopped slapd, ran db_recover, started slapd:
# ipcs
IPC status from<running system> as of Tuesday, March 1, 2011 11:32:05 AM JST
T ID KEY MODE OWNER GROUP
Message Queues:
Shared Memory:
m 23 0x3ed --rw------- root root
m 22 0x3ec --rw------- root root
m 21 0x3eb --rw------- root root
m 20 0x3ea --rw------- root root
m 19 0x3e9 --rw------- root root
m 18 0x3e8 --rw------- root root
pass 1
real 0m19.772s
user 0m3.109s
sys 0m1.275s
pass 2
real 0m19.858s
user 0m3.102s
sys 0m1.275s
I was hoping for a larger difference, but maybe my tests are a little too simple.
--
Jorgen Lundman |<lundman@lundman.net>
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell)
Japan | +81 (0)3 -3375-1767 (home)