Threads and modules

Arran Cudbard-Bell a.cudbardb at freeradius.org
Mon Mar 23 23:08:24 CET 2015


> On 23 Mar 2015, at 17:51, Matthew Newton <mcn4 at LEICESTER.AC.UK> wrote:
> 
> On Mon, Mar 23, 2015 at 09:40:55PM +0000, Matthew Newton wrote:
>> I've been working on the belief that each separate thread in
>> FreeRADIUS has a separate instantiation of each module, e.g. a new
>> thread calls mod_instantiate at startup and mod_detach at finish.
>> Therefore an instantiation of the module is all within one thread.
>> 
>> I'm now thinking about this further, and believe I'm wrong...?
> 
> Thinking about it more, and checking the code, yes I'm wrong. Just
> not sure why I even thought that in the first place. Been staring
> at this for too long I guess.
> 
> I'll add a connection pool to the mschap winbind code so it
> doesn't have threading issues... as always annoying the issues
> only show up under load, not in normal testing.

I was wondering about that...

I figured you'd done some TLS magic in the samba patches, but I guess not :)

Yes, you'll need a connection pool.

There's no per module/thread instantiators or destructors.

It's also the reason why you never parent memory allocated when processing a
request, from the context of the module instance.

Arran Cudbard-Bell <a.cudbardb at freeradius.org>
FreeRADIUS development team

FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 872 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20150323/3b33b8e3/attachment.sig>


More information about the Freeradius-Devel mailing list