You can use JMETER for load testing as well. I have never tried slam D but I will tell you what i think its biggest benefit is http://slamd.com/features.shtml Another is the LDAPDecoder, which can operate as either a simple LDAP proxy or analyze tcpdump and snoop capture files to decode LDAP communication in human-readable form or even automatically generate SLAMD scripts based on the captured data so that the same communication can be automatically replayed or customized to simulate real-world directory-enabled applications Let me tell you if you have every tried to go through ldap logs and pick out queries and try to design a stress test of your application you quickly determine you need an intern. Its a slow process. I like the idea of recording real ldap traffic and then just playing it back. Edward On 2/16/07, Tom Throckmorton <throck at duke.edu> wrote: > > On 02/16/2007 07:46 AM, Renato Ribeiro da Silva wrote: > > Thank you, > > Is's a good tool. I found another one too called Apache JMeter. > > Renato, > > If you're comfortable with the complexity of JMeter, you might also have > a look at slamd (http://slamd.com), which already includes unit tests > for LDAP. In fact, it was originally designed for LDAP stress-testing, > so it might do a more thorough job than JMeter. > > The big advantage slamd has over ldclt/rsearch (which are quite handy, > and shouldn't be overlooked), is that it can be used for distributed > load testing. > > Enjoy, > > -tt > > -- > Tom Throckmorton > OIT - CSI > Duke University > > -- > Fedora-directory-users mailing list > Fedora-directory-users at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20070216/e2e10eca/attachment.html
