Note: Since I did this, there have been a handful of
releases of nss_ldap, and two releases of openldap, not
to mention my serving tuning skills improving, so these
numbers may be even less accurate now.<p>


The benchmark:
<p>
create 5000 some odd files in /tmp/ldap_test
chown them so that every id currently in NIS gets about
	12 files each	
<p>

then:
<p>
<ul>
	time stat * > /dev/null
</ul>
<p>
The approximate results:
<p>
<ul>
<li>ldap:          120 seconds
<li>ldap+nscd:     14 seconds
<li>nis:	       14 seconds
<li>nis+nscd:      5 seconds
<li>files:	   8 second
<li>files+nscd:    4 seconds
<li>db:		   1 second
<li>db+nscd:	   4 seconds (uh?)
<p>
</ul>
<p>
Increased the ldap caches, bumped the log level down, and
in theory "indexed" some common data:
<p>
<ul>
<li>ldap+tuning:      1:45 minutes,seconds
<li>ldap+tuning+nscd: 10 seconds
</ul>
<p>
those are average numbers, and all test were after doing enough 
to assume those files are cache'd approximately the same.
<p>
This is with an ldap server thats a 2xpIII 500/512m ram, 
and nis just the local nis server here (a p100 with 256m ram).
<p>

Fun eh?
<p>