[Date Prev][Date Next]
Re: [ldap] Implementation Suggestions
--On Friday, January 20, 2006 2:43 PM -0500 matthew sporleder
>> 1. Separate directory from account data . . . perhaps using refers of
>> some sort to "make it look" like they're all one server/service.
>> Directory stuff is by far the most intensely searched, updated, and
>> involves "unusual" queries instead of a simple "give me this one
Splitting up your DIT can give some performance improvements if you
have separate storage for each part. back-meta may also give you some
flexibility options. You may also want to review your indexing
This may or may not be a performance improvement, it depends again what you
>> 2. Is Solaris causing too much of a bottleneck I/O wise? It seems
>> to be
>> notorious for having slower I/O than Linux, so I'm wondering if
>> part of my problem. This is Solaris 8 btw.
Solaris 9 started huge updates to the disk system and Solaris 10 keeps
it going. (Although they were always faster than linux, in my
opinion) Upgrading to Solaris 10 will give you a boost for free.
If you want to stick with solaris 8, there are a lot of articles out
there about tuning solaris disks with fsflushr-related settings. Look
at docs.sun.com for solaris 8 /etc/system tunables. Even if you
upgrade, you should look into your OS tunables for such an I/O-intense
service as ldap.
On a SPARC CPU, I've never seen Solaris 8 or 9 come close to touching the
performance of Linux on an x86 cpu. I doubt Solaris 10 would be any
better. Now, if you are talking Solaris x86, that's a different story, and
I've never tested it vs. linux.
Principal Software Developer
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html