[Date Prev][Date Next] [Chronological] [Thread] [Top]

speed tests



I ran some speed tests against OpenLDAP REL_ENG_1_2 and found the
performance to be very good indeed.

The tests were performed with a Sparc 5 170mhz machine with a standard SCSI
4gb drive (SEAGATE-ST15230N-0638) and 256mb of memory as the LDAP server,
running Solaris 7.0 (2.7) and running no other tasks.  The client machine is
a Dell PowerEdge 6300 with 2 Xeon 400mhz processors with a 1mb clock-speed
L2 cache, and 512mb of RAM, and a rather large RAID-5 array.

The database consists of a total of 18992 objects, 18986 in the ou=Users,
ou=People, o=cyberus.ca org. unit.  The search patterns are all on DN
attribute (uid=) within the ou=Users org. unit.  Three pattern files were
used for the search process.  One was the first 1000 entries from the
database, the second all entries, and the third all entries from last to
first.  The second and third search pattern lists were used for odd and even
clients in the 2nd test, respectively.

I ran two tests, one was just 1000 records, the 2nd was all 18986 search
patterns.  The result of these two tests can be seen below.

The tests were performed using the Sun LDAP library using the Perl
Net-LDAPapi-2.42 (patched to support the SUN LDAP library).  The test suite
consists of two parts:  test-master.pl which dispatches and gathers data
from the children, and test.pl that runs the test.  It requires the
Time::HiRes perl library for timing purposes.

Slapd tuning parameters:

schemacheck     on
sizelimit       40000
loglevel        0
cachesize       10000
dbcachesize     2000000



##    Number of clients
PRCli Rate Per Client
TR    Total Requests
TPR   Time Per Request    (Average)
RPS   Requests Per Second (Average)
RPST  Requests Per Second Total (All Clients)
TT    Total Time (Seconds)

 ## RPCli     TR     TPR       RPS      RPST    TT
--- -----  ----- ------- --------- --------- -----
  1  1000   1000 0.00900 111.11111 111.11111     9
  2  1000   2000 0.01600  62.50000 125.00000    32
  3  1000   3000 0.02300  43.47826 130.43478    69
  4  1000   4000 0.03025  33.05785 132.23140   121
  5  1000   5000 0.03720  26.88172 134.40860   186
  6  1000   6000 0.04433  22.55809 135.34852   266
  7  1000   7000 0.05171  19.33862 135.37033   362
  8  1000   8000 0.05937  16.84352 134.74819   475
  9  1000   9000 0.06633  15.07613 135.68521   597
 10  1000  10000 0.07520  13.29787 132.97872   752
 11  1000  11000 0.08236  12.14182 133.55998   906
 12  1000  12000 0.08967  11.15200 133.82402  1076
 13  1000  13000 0.09608  10.40799 135.30391  1249
 14  1000  14000 0.10271   9.73615 136.30610  1438
 15  1000  15000 0.10940   9.14077 137.11152  1641

 ## RPCli     TR     TPR       RPS      RPST    TT
--- -----  ----- ------- --------- --------- -----
  1 18992  18992 0.00769 130.03901 130.03901   146
  2 18992  37984 0.01469  68.07352 136.14704   558
  3 18992  56976 0.02175  45.97701 137.93103  1239
  4 18992  75968 0.02924  34.19973 136.79891  2221
  5 18992  94960 0.03688  27.11497 135.57484  3502
  6 18992 113952 0.04374  22.86237 137.17421  4984
  7 18992 132944 0.04977  20.09243 140.64698  6617
  8 18992 151936 0.05787  17.28011 138.24088  8792
  9 18992 170928 0.06615  15.11716 136.05442 11307
 10 18992 189920 0.07400  13.51351 135.13514 14055
 11 18992 208912 0.08413  11.88637 130.75003 17576
 12 18992 227904 0.09215  10.85187 130.22246 21001
 13 18992 246896 0.09994  10.00600 130.07805 24675
 14 18992 265888 0.10733   9.31706 130.43883 28537
 15 18992 284880 0.11550   8.65801 129.87013 32905


--
Roy Hooper
Sr. Systems Administrator
Cyberus Online Inc.
(613) 233-0068


> -----Original Message-----
> From: Kurt D. Zeilenga [mailto:Kurt@OpenLDAP.Org]
> Sent: Tuesday, February 02, 1999 6:03 PM
> To: Roy Hooper
> Subject: Re: bus fault under load
>
>
> Roy Hooper wrote:
> >
> > > 1.2beta2 (latest via AnonCVS) has additional protections to run
> > > under preeemptive threads.
> > > It's still not 100% preemptive thread safe, but it's a lot better
> > > than 1.1.
> >
> > Well, it ran 300k queries (15 clients, hammering the server {ick, load
> > average of 11}) without dying.  Yay!
>
> Great!  would love for you to post a summary of your finding to
> OpenLDAP-general.  What was the query/sec?
>
> I have some ID list changes that should also help out... and all
> of this without thread pooling (we still spin up a new thread per
> LDAP operation).
>
> > Did you know Netscape wants around $200000.00 for 20k Users in the
> > directory?
>
> $10 per user.  That's amazing.
>

Attachment: test.pl
Description: Binary data

Attachment: test-master.pl
Description: Binary data