More advices. Plan your stress tests. e.g. If you wish to simulate 140k user, populate 140k LDAP user entries and user directories. Don't forget the users' home directory design. e.g. /home/ou/user/userxxxx. Estimate the number of message transactions per user per day and the distribution of message sizes.
K. F. Yim ----- Original Message ----- From: "K. F. Yim" <[EMAIL PROTECTED]> To: "Aaron Gee" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Saturday, October 19, 2002 10:45 AM Subject: Re: qmail+openldap=performance? > We have run many stress tests on qmailLDAP + OpenLDAP. The latest version we > tested was 20011001a (without big-todo). The testing result showed that any > one PIII 1Ghz with 1 GB Ram and SCIS disk could yield 30 message per second > on SMTP. Of cource, due to qmail-local message delivery limitation there are > messages still in the queue even after the stress test from SMTP > connections. > > Your problem is most properly due to OpenLDAP configuration. In our recent, > internal Directory Server stress test using DirectoryMark, OpenLDAP 2.0.25 > beats Netscape Directory server 5.1 on Red Hat Linux 7.3 with ldapsearch > using the above hardware configuration. Check your slapd.conf against the > OpenLDAP Administrator's Guide especially on indexing, cachesize and > dbcachesize. We use 50 x the default cachesize and 5 x the default > dbcachesize. > > K. F. Yim > ----- Original Message ----- > From: "Aaron Gee" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Saturday, October 19, 2002 3:00 AM > Subject: qmail+openldap=performance? > > > I've been playing with qmail ldap for a few weeks. I have a small cluster > running on high-end Pentium servers with a 2 servers in the cluster. One of > the servers also runs the openldap server. We found from testing that > > 1. 500 messages/minute was the max/server input we could achieve (started at > 531 and then went to 500 for each minute thereafter) > 2. Total Transfer was about 50mb/min/server > 3. The openldap server stopped responding to queries after the first 1 > minute > 4. All mail was queued, and eventually delivered (albeit SLOWLY). The ldap > server seemed to recover, but it didn't seem up to the task of being > "blasted" for this test. > > I didn't run the test past 5 minutes because the queue was growing very > quickly, and I at least got some numbers to test with. > > I thought I would pass this on. The machine was tested 35,000 users in the > ldap server. Since we want the ldap server to handle about 140,000 > accounts, > the servers not responding and SLOWNESS of eventual delivery has made us > rethink using qmail ldap. Any other real world experience out there? > > Just curious. > > Aaron > >
