[RADIATOR] Hello guys - losing some "calls" when I get some peaks (per second)

[Hugh Irvine]

Hello Ricardo -

You need to look at a trace 4 debug from Radiator with LogMicroseconds enabled so you can see how long each processing step is taking.

I tend to agree that the most likely cause of the problem is slow database response.

regards

Hugh


On 9 Nov 2010, at 07:47, Alan Buxey wrote:

> Hi,
>> Hey guys
>> 
>> I have been using Radioator for the past years (from 2006) and it is 
>> mainly used to get calls, validating them and then saving them in a 
>> database.
> 
> sounds very much like a database speed issue.  what engine are you using
> with your MySQL ?  InnoDB or the stock myISAM?  have you done the basic
> DB administration - eg tweaking the settings to have more threads and
> cache etc?  mysql comes with quite a few basic templates to get you
> started - and to get better performance.  there are benchmarking tools
> out there so that you can measure and check what you've achieved. btw,
> dont make more than one change at a time(!) .  we found MySQL not good
> enough for large numbers of consecutive transactions - its got a few basic
> issues with concurrent access - even with a better engine dropped into place.
> moved to postgreSQL instead and without any tweaking the performance
> gain was through the roof.....yes, there were some learning stages...but
> its SQL and since our toolsets are commonly DBI based, it was minor forklift
> replacement.  YMMV
> 
> alan
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator



NB: 

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets), 
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.