I will upgrade ldap. As to the slapadd, I realize that should be faster, I am just wondering what is the bottle neck here. I see nothing that is hitting a wall of any type. I will as before, but with a newer version of ldap and let everyone know what I find. Thanks!
-----Original Message----- From: Quanah Gibson-Mount [mailto:[EMAIL PROTECTED] Sent: Sunday, August 27, 2006 5:44 PM To: Douglas B. Jones; [email protected] Subject: Re: [ldap] Re: speeding up writes to ldap --On Sunday, August 27, 2006 2:41 PM -0700 Quanah Gibson-Mount <[EMAIL PROTECTED]> wrote: > > > --On Sunday, August 27, 2006 4:17 PM -0400 "Douglas B. Jones" > <[EMAIL PROTECTED]> wrote: > >> >> I am using Red Hat: >> >># uname -a >> >> Linux system 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 i686 >> i386 GNU/Linux >> >> I have compiled openldap-2.23.21 with Berkley DB 4.4.20. This >> is a hyperthread 2 processor system with 6gb of mem. > > This is an ancient release of OpenLDAP, which many known bugs. I suggest > upgrading to the latest stable release (2.3.27). > >> The disk system being written to is a clariion system >> (I think cx600 w/8gb of mem) that is lightly loaded at >> the time I am testing this out. >> >> In have ldapadd read an ldif with thousands of entries, >> this is what I get (via top and iostat - note that the data >> and log.* files are in the same place right now and that >> I have seen the clariion push 100meg on another system and >> 30+meg on this system): > > slapadd -q is the preferred mechanism for bulk-loading an OpenLDAP > directory system. Note that the "-q" option to slapadd wasn't added until OpenLDAP 2.3. ;) --Quanah -- Quanah Gibson-Mount Principal Software Developer ITS/Shared Application Services Stanford University GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html --- You are currently subscribed to [email protected] as: [EMAIL PROTECTED] To unsubscribe send email to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the SUBJECT of the message.
