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@lists.freeradius.or g [mailto:freeradius-users-bounces+tariq.rashid=uk.easynet.net@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