performance metrics [was FreeRADIUS 2.X.X small functionality extensions]

[Peter Lambrechtsen]

On 5/06/2014 9:09 PM, "Kostas Zorbadelos" <kzorba at otenet.gr> wrote:
>
>
> Now, this is a nice coincidence, switch in the thread context.
>
> I would also like to know performance numbers and seached very briefly
> for RADIUS stress test tools but the most promising I found, radperf, is
> unavailable.
>
> >
> >> We are an ISP with around 800k subs and are running 2.1.12 since
> >> that's what comes with RHEL 6.5 and use perl for the slightly more
> >> complex things you can't easily do with unlang.
> >>
> >> I was running performance testing against our ldap database last
> >> week using a custom JMeter sampler I built to make the radius calls
> >> using tinyradius as the client. Managed to get up to 760tps where a
> >> transaction was one access request and two accounting starts (so
> >> 2280rps). I suspect that the performance hit was coming from jmeter
> >> as those numbers smashed anything the bngs could throw at us and the
> >> cpu never went above 8% so I am happy enough.
> >
>
> Very nice to know, thanks.

Happy to email you the two extra jars you need offline plus some
instructions on how to drive it.

Not sure if it's something that would be useful on the wiki or not.

>
> > For comparison lightly tuned v3.0.x gets around 22,000-25,000 RPS
> > against the latest version of OpenLDAP with LMDB, so although it may
> > be good enough for your purposes, that represents a huge slow down
> > over what's possible.
> >
> > Even with BDB (properly tuned) you should expect a rate of around
> > 12,000 RPS (though i've not personally tested that).
> >
>
> Since we do not have OpenLDAP, but former SUN's JES, I am interested to
> know how you perfomed the tests. Custom developed tool, or anything
> generally available?
>
> > As with all RADIUS deployments the problem isn't handling day to day
> > load, it's when your access layer (be it DSLAMs, APs, or Ethernet
> > switches) goes offline and comes back, and you suddenly have to deal
> > with extremely high continuous load.
> >
>
> Exactly.
>
> Regards,
> Kostas
> -
> List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20140605/6c5d9614/attachment.html>