[RADIATOR] Radiator performance problem with specific hardware

[Goboxe]

Hi Hugh,

How do you implement to set up frontend / multiple backend instances?

Regards.

On Wed, Sep 1, 2010 at 9:31 PM, Hugh Irvine <hugh at open.com.au> wrote:

>
> Hello Kukas, Hello Christian -
>
> I agree with Christian - in my consulting practice I almost always find
> that it is preferable to set up frontend / multip,

le backend instances of Radiator designed to break up processing into
> separate processes running on different ports.
>
> At the very least you should be running separate instances for
> authentication and accounting.
>
> regards
>
> Hugh
>
>
> On 1 Sep 2010, at 08:20, Christian Kratzer wrote:
>
> > Hi,
> >
> > On Wed, 1 Sep 2010, Kukas Damjan wrote:
> >
> >> Hello,
> >>
> >> We are having problems with Radiator performance while using specific
> hardware and software.
> >> The hardware we're using is:
> >> CPU: Sun SPARC T5140 - having 2 x SunSparc 1.2Ghz CPU, each CPU having 8
> cores, and each core simulates 8 virtual processors, so system has 128
> virtual (logical) processors
> >>
> >> The software we're using:
> >> OS: Solaris 10
> >> Radiator 4.5.1.
> >>
> >> The performance problem appears when using more than 64 workers defined
> in FarmSize parameter. If we use more than 64 workers, number of requests
> per second drops drastically (measured values: with 64 workers- 5400
> requests/second, 128 workers - 1200 requests/second). By doing some specific
> tests we've come to conclusion that problem
> >> lies somewhere in simultaneous multiple read/write to socket (UDP queue)
> mechanism.
> >
> > from your description this does sound a lot like your are hitting a lock
> contention
> > issue in the operating system ( solaris ).
> >
> > If you have enough Requests to saturate that many cores you might try
> splitting the
> > radiator into for example 4 instances on separate ports with each
> instance having a
> > farm of 32 workers.
> >
> > That would give you 4 separate udp queues to 4 separate farms and might
> > perhaps get you around your operating system issue.
> >
> > Of course you would have to distribute the load to the 4 instances
> > either directly from your radius clients or via other means. I do not
> know
> > if this is an option in your situation.
> >
> > Greetings
> > Christian Kratzer
> > CK Software GmbH
> >
> > --
> > Christian Kratzer                      CK Software GmbH
> > Email:   ck at cksoft.de                  Schwarzwaldstr. 31
> > Phone:   +49 7452 889 135              D-71131 Jettingen
> > Fax:     +49 7452 889 136              HRB 245288, Amtsgericht Stuttgart
> > Web:     http://www.cksoft.de/         Geschaeftsfuehrer: Christian
> Kratzer
> > _______________________________________________
> > 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.
> -
> CATool: Private Certificate Authority for Unix and Unix-like systems.
>
>
>
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator
>



-- 
Best regards,

Amin Abdul Rahman | Chief Technology Officer | OR Technologies Sdn Bhd,
Malaysia | www.ortechnologies.net
m . +6019 2807275 | e . amin.ar at ortechnologies.net | gtalk . hadzramin.ar |
skype . hadzramin.ar

01. Ask us about interconnect voice traffic analysis solution for mobile,
VoIP and fixed networks designed for Telecom service providers
02. Got big data! But slow reports loading. We can help to speed up
reporting and analysis. Go ortechnologies.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20100917/a467876c/attachment-0001.html