Why delete DB_CONFIG, surely that would make performance worse, apart from the fact you now compare apples and oranges.. ?
On 01/03/2011, at 12:41 PM, Jorgen Lundman <[email protected]> wrote: > > > 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 | <[email protected]> > 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)
