Libmilter and a pool of threads 1. What's this ??? Kesako ??? ****************************** Under original libmilter each connection generates one thread on the filter. These threads remain alive during the connection lifetime. So, one connection equals one thread. For huge servers, handling many simultaneous connections (say, a hundred and more), this may be an issue. Most of the time, these threads are idle waiting for sendmail commands (which come from remote clients). Tests at some domains shows that this hold for more than 95 % of the time. This libmilter version creates a fixed number of threads (workers) and distribute tasks when it receives commands from sendmail. 2. Stability and state ********************** This is a FFR feature (For Further Release) 3. How to install ***************** Version sendmail-8.14.3-1 ************************* - Just build and install it # cd libmilter-workers-8.14.3-1 # ./Build -c # ./Build install - Recompile again your filter to use the new libmilter 4. Changes ********** Jun 22, 2004 - engine.c modified to avoid compile errors when _FFR_WORKERS_POOL wasn't defined - updated to final sendmail 8.13.0 release Jun 28, 2004 - Porting to sendmail 8.13.0 - missing prototypes added to libmilter.h - sample devtools/Site/site.config.m4.pool define values corrected. Sep 3, 2004 - Porting to sendmail 8.13.1 Dec 28, 2004 - Porting to sendmail 8.13.2 Oct 17, 2005 - Porting to sendmail 8.13.5 Jun 15, 2009 - Corrected a bug on code used to close stalled connections 5. Feedback *********** Please send all feedback to : - Jose-Marcio.Martins@ensmp.fr -