rlm_perl behavior

Alan DeKok aland at deployingradius.com
Thu Apr 16 18:48:08 CEST 2009


Boian Jordanov wrote:
> From my point of view we should have  pool of perl clones per each
> module instance.

  Yes.

> This way we could have multiple perl instances (each with its own perl
> script to run).

  Yes.

> Limiting on perl clone or interp per server thread will limit the
> multiple instances feature of rlm_perl.

  We don't need that limit.  The server should not be running more Perl
threads than system threads.  It also should not be running less Perl
threads than system threads.

  It should be running one Perl thread per system thread.  The server
core already manages min/max spare threads, idle threads, etc.

> Again playing with min and max spare can give us some possibility's  to
> force not unload perl interpreter during the lifetime of server and this
> way we can keep some DB handlers not to reconnect each time.
> 
> Alan what is your point ?

  The pthread keys in the current rlm_perl should be moved to the
"perl_inst" struct.  The keys should be allocated per thread, and not
via pthread_once.

  Alan DeKok.



More information about the Freeradius-Users mailing list