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