MySQL performance

Alan DeKok aland at deployingradius.com
Tue Sep 20 15:56:12 CEST 2011


Lorenzo Milesi wrote:
>> Then it must be magic. Hire a wizard to fix the problem.
> 
> Thanks, your sarcasm is really helpful!

  It seems to work better than honest suggestions.  You've ignored those.

> I *DID* say what I did: increased the amount of accounted users, nothing else.

  The *default configuration* doesn't have the problem you described.
So... what did you change?  "adding users" is *not* the answer I'm
looking for.

> I said what changes I did to the server in order to improve mysql performance.

  You edited radiusd.conf to improve MySQL performance?  That's magic.

> This doesn't look to me like saying "it doesn't work".

  It looks to me like that, which is why I said it.

> And on the other hand, if I haven't been detailed enough you could have asked more specific questions, and I would have answered. Instead of wasting time trolling at me. I haven't been trolling, I didn't say "this software sucks", I just asked for help for a specific problem. So either help and it'll be appreciated, or I'd suggest you to save your time and read other mails.

  I asked specific questions.  You evaded answering.

  Again, the default configuration doesn't have this problem.  *You*
changed the configuration.  What was it?  Saying "I added more users" is
a ridiculous response, and deserves a ridiculous answer.

  If the server is taking 1s to respond, *something* is blocking it.
That something is almost always an external script, or the DB.  Saying
"the DB log doesn't show slow queries" is a lazy answer.  It means you
didn't bother checking for yourself whether or not the DB was slow.

  The *RADIUS* server likely thinks the DB is slow.  I don't care what
kind of lies the DB log tells you.  Go check for yourself.

  If you're not going to *think* in order to track down the problem, you
have no hope of fixing the problem.

  Alan DeKok.



More information about the Freeradius-Users mailing list