Slow request response for auth/acct
Marco Marino
marino.mrc at gmail.com
Fri Jul 22 10:31:43 CEST 2016
Ok, problem solved!
The issue is related to mysql and the structure of the radius db created by
some incompetent developer for an embedded application that shares the
radius db. Basically, all radius table is a view (yes, a view, not a table!
And a really complicated view!! I know.... this is terrifying).
So, nothing related to freeradius or to the original mysql structure of the
radius db.
Thanks for your support.
Marco
2016-07-16 19:26 GMT+02:00 Roman <romeo.r at gmail.com>:
> Hi,
>
> Could be the same reason I had? Are you using the checkrad script to
> control the active sessions on your nas?
>
> 16 июля 2016 г. 16:48 пользователь "Alan DeKok" <aland at deployingradius.com
> >
> написал:
>
> > On Jul 16, 2016, at 9:15 AM, Marco Marino <marino.mrc at gmail.com> wrote:
> > >
> > > Sorry.... Is there something that I can do for better performance?
> >
> > FreeRADIUS (even version 2) can easily do 20K packets/s on normal
> > hardware. If you're having trouble with 10 packets/s, the problem is not
> > FreeRADIUS.
> >
> > Fix the database so it isn't slow. Be sure that *all* SQL queries have
> > indexes. Be sure that the accounting tables don't have millions of rows.
> >
> > And as always, the default config works. If you install v2 and the v2
> > SQL schemas, you'll easily be able to get 200 packets/s, even to SQL.
> >
> > So... what changed in your system? What part of it is *not* using the
> > default config?
> >
> > Alan DeKok.
> >
> >
> > -
> > List info/subscribe/unsubscribe? See
> > http://www.freeradius.org/list/users.html
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>
More information about the Freeradius-Users
mailing list