(RADIATOR) Radiator performance

[Hugh Irvine]

Hello Camilo -

As has already been pointed out, a single instance of Radiator is  
single threaded, therefore a single instance will only ever process  
one request at a time. As Jeremy rightly points out, running two  
instances - one for authentication and the other for accounting is an  
excellent approach (especially on a dual-processor machine). You will  
invariably find that overall performance is limited by your backend  
database(s) - I can't stress enough the importance of having a  
skilled database administrator involved. You should set up a test bed  
and do some testing of your proposed system. Also keep in mind that  
you should usually have at least two Radiator hosts (primary and  
secondary) and a separate high-performance backend database host.

regards

Hugh


On 24 May 2005, at 08:46, Jeremy Burton wrote:

> Even though it's single-threaded, if you are careful with your  
> configuration, you could always run two instances of Radiator on a  
> dual CPU machine, again assuming that there are no other  
> bottlenecks and that it is Radiator that needs scaling.
>
> I know I've done this in the past and witnessed an increase in the  
> number of simultaneous requests going through.
>
> Jeremy
>
>
> On 24/05/2005, at 4:29 AM, Dave Kitabjian wrote:
>
>
>> Since it's single-threaded, Radiator can handle only one  
>> "concurrent" request at a time.
>>
>> And if there are no major delays from the DB, then you can handle  
>> an unlimited number of requests just by adding an unlimited number  
>> of Radiator processes or servers...
>>
>> If the requests truly come in concurrently, then I guess the limit  
>> is affected by the size of your IP buffer. Other than that, I  
>> think someone would have to test Radiator running on the hardware  
>> you mention to give you an actual number...
>>
>> Dave
>>
>>
>>
>>> -----Original Message-----
>>> From: owner-radiator at open.com.au [mailto:owner- 
>>> radiator at open.com.au] On
>>> Behalf Of Camilo Echeverry
>>> Sent: Monday, May 23, 2005 1:01 PM
>>> To: radiator at open.com.au
>>> Subject: (RADIATOR) Radiator performance
>>>
>>> Hi,
>>> I wanted to know if somebody has statistics about how many  
>>> concurrent
>>> requests can Radiator attend, assuming there are no major delays  
>>> on DB
>>> requests.
>>>
>>> We have a Dual Xeon 3.0Ghz 4Gb Ram with Linux
>>>
>>> Thanks in advance.
>>>
>>>
>>> --
>>> ----------------------
>>> Papita = "papa pequeña"
>>> Papota = "papa grande"
>>> Paputa = Papa Gigante ..?
>>> ----------------------
>>>
>>> --
>>> Archive at http://www.open.com.au/archives/radiator/
>>> Announcements on radiator-announce at open.com.au
>>> To unsubscribe, email 'majordomo at open.com.au' with
>>> 'unsubscribe radiator' in the body of the message.
>>>
>>>
>>
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with
>> 'unsubscribe radiator' in the body of the message.
>>
>>
>
>
> This email and any files transmitted with it are confidential and  
> intended solely for theuse of the individual or entity to whom they  
> are addressed. Please notify the senderimmediately by email if you  
> have received this email by mistake and delete this emailfrom your  
> system. Please note that any views or opinions presented in this  
> email are solely
> those of the author and do not necessarily represent those of the  
> organisation.Finally, the recipient should check this email and any  
> attachments for the presence ofviruses. The organisation accepts no  
> liability for any damage caused by any virustransmitted by this email.
>


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.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.


--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.