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: [EMAIL PROTECTED] g [mailto:[EMAIL PROTECTED] 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 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
