(RADIATOR) Simultaneous Request handling

Hugh Irvine hugh at open.com.au
Thu Jul 11 02:34:20 CDT 2002


Hello Chris -

I would suggest doing some experiments with Fork, and LogMicroseconds 
(requires Time::HiRes from CPAN), to see exactly what happens.

Otherwise, as you say, we are waiting for production-grade multi-threading in 
Perl (someday ....).

regards

Hugh


On Thu, 11 Jul 2002 17:25, Chris Myers wrote:
> Generally speaking our authentication method is
> really quick, so it would be a performance hamper
> if we forked for every request.  It's just these
> 'rare' cases that mess us around - ie. kerberos
> server decides to take 2 minutes to return for
> some unknown reason.
>
> But squid is not multi-threaded either, though
> it can handle a *large* amount of concurrent
> requests - nor does it fork.
>
> Hugh Irvine wrote:
> > Hello Chris -
> >
> > No - Radiator is single-threaded at this time.
> >
> > BTW - why don't you want to use "Fork"?
> >
> > regards
> >
> > Hugh
> >
> > On Thu, 11 Jul 2002 13:06, Chris Myers wrote:
> > > Hugh,
> > >
> > > I'm wondering if Radiator can handle simultaneous requests
> > > without forking, in the same way that squid does. (i.e.
> > > one process - no multithreading).  I know that it has been
> > > mentioned before on the list that the best way to do this
> > > was with multithreading but perl multithreading is non-
> > > production.  Can this be done with a select loop?
> > >
> > > My problem is that if a request starts to block for an
> > > unexpected amount of time I would like to be able to
> > > handle other incoming requests.  Naturally loadbalancing
> > > can minimize this problem but it does not solve it.
> > >
> > > Cheers,
> > > Chris
> >
> > --
> > Radiator: the most portable, flexible and configurable RADIUS server
> > anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> > -
> > Nets: internetwork inventory and management - graphical, extensible,
> > flexible with hardware, software, platform and database independence.

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
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.


More information about the radiator mailing list