[Fedora-directory-users] Stress tool to FDS

[Eddie C]

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>