Load testing tool recommendation

[Anders Holm]

In my tests, radclient has been /slower/ the radtest processes forked from a Perl script.

100 requests using my forking Perl script takes 2.2 seconds to complete.
100 requests using radclient takes ~8x, i.e 16.7+ seconds to complete.

I'm using the variants included with 2.0.3 ..

Using both -c and -p for radclient does not appear to actually fire off requests in parallel, then again, I have no immutable evidence showing this, other then the time it takes to complete.

My test consists of a very simple auth request, only containing user name and password. Nothing else.

Still, at this stage, the client side hosts are closer to a nuclear meltdown, whereas the server side is barely flinching. I want to be able to generate enough traffic to shoot the server down, or at least start seeing it get close to a crawl.

I may be doing something wrong with the radclient, that is a possibility as well ...

//anders

----- Original Message -----
From: "Ivan Kalik" <tnt at kalik.net>
To: "FreeRadius users mailing list" <freeradius-users at lists.freeradius.org>
Sent: Friday, May 9, 2008 4:26:37 PM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: Load testing tool recommendation

http://wiki.freeradius.org/Radclient

Ivan Kalik
Kalik Informatika ISP


Dana 9/5/2008, "Anders Holm" <anders.holm at sysadmin.ie> piše:

>So, I'm building a complete solution, from scratch.
>
>As such, the business owners have some requirements on how many requests it should be handle today per second and "some point in the future" as well.
>
>Would there be any good load testing tools, or some handy way to figure out how many tps my current setup can handle?
>
>I've got a dirt simple Perl script that forks out x radtest processes and I'm just right now seeing how many a second I can ship. Problem being, the RADIUS server is happily letting me melt down to "client" systems, without breaking a sweat. I'd like to load the server, not the clients .. :) I want to see where it eventually breaks down, which seems a task in its own right.
>
>Any pointers would be much appreciated. I'd rather have something I can fire off from command line then a GUI solution, for obvious reasons.
>
>Cheers!
>
>//anders
>
>

-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html