Load testing tool recommendation
anders.holm at sysadmin.ie
Sat May 10 11:20:34 CEST 2008
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 ...
----- 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
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.
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
More information about the Freeradius-Users