RE: [Dazuko-devel] 2.0.6 released

[Tikka, Sami]

>-----Original Message-----
>From: address@hidden 
>[mailto:address@hidden
>] On Behalf Of Calin A. Culianu
>Sent: Sunday, March 27, 2005 6:57 PM
>To: address@hidden
>Subject: Re: [Dazuko-devel] 2.0.6 released
>
>Well you ensure there are free threads by keeping track of 
>which threads 
>are busy and which are idle.  You can define idle as a thread that is 
>sitting blockd inside dazukoGetAccess_TS().  Busy can be defined as a 
>thread that has a dazuko access and is in the process of servicing it.
>
>Anyway, if idle ever hits zero, create a new thread.  This 
>way, there are 
>never 0 idle threads for long.  Each new access that is being 
>serviced has 
>the potential for generating a new thread to service a future access. 
>This way the system can never hang..
>
>Oh.. and you need to check the idle and busy count on thread creation 
>and/or when threads transition to new states.
>
>That's my approach.. there probably are others...

This was also my original approach, except that I never allowed the number of
idle threads to reach zero. However, at one point in time something happened
and I started experiencing system freezes when new threads were started. I
did not investigate it any further. I just changed the code so that it sets
up 20 threads and the threads never die. 

-- 
Sami Tikka                tel. +358 9 2520 5115 
senior software engineer  fax. +358 9 2520 5014
                          mobile +358 40 7379388
F-Secure Corporation      http://www.f-secure.com
BE SURE