realtime for freeradius

[Tariq Rashid]

yes - realtime scheduling won't be of too much help for throughput-bound services buy may improve the performance characteristics of latency-bound services, especially in small size transaction services.

consider clusters of proxying freeradius - no database backend - these servers merely proxy radius requests onto other servers (possibly other organisations)... would real-time scheduling improve the "jitter" at this layer which sees large numbers of small sized transactions?

t


-----Original Message-----
From:
freeradius-users-bounces+tariq.rashid=uk.easynet.net at lists.freeradius.or
g
[mailto:freeradius-users-bounces+tariq.rashid=uk.easynet.net at lists.freer
adius.org]On Behalf Of Peter Nixon
Sent: 20 September 2006 12:22
To: FreeRadius users mailing list
Subject: Re: realtime for freeradius


On Wed 20 Sep 2006 14:09, Tariq Rashid wrote:
> With modern operating systems we have various server task scheduling
> options available to use.
>
> We can either use OSes modified to provide soft real-time such as versions
> of Linux. We can also ask the task schedulers to give certain processes
> either higher priority or to give them real-time alike scheduling, as is
> possible in Solaris and maybe Linux.
>
> I wonder of anyone has experimented with observing FreeRadius performance
> under load conditions with these options? We shouldn't expect faster
> performance, but we may achieve more consistent behaviour - for example a
> smaller variance in response times.
>
> Thoughts and suggestions welcome.

Realtime typically is used for Telecom and Telemetry applications. I can't 
think of any reason why you would need a radius server to run as realtime 
however... Generally you are in any case waiting on a backend LDAP or SQL 
database in any case..

Cheers

-- 

Peter Nixon
http://www.peternixon.net/
PGP Key: http://www.peternixon.net/public.asc