On Monday, March 14, 2005, 12:47:33 PM, Nick wrote: NM> Hi there
NM> We've just undergone a migration of a 1,000 domain iMail server to NM> SmarterMail (for obvious reasons!), and using Declude and Sniffer on the new NM> system. NM> However, occasionally we see Sniffer jumping out of its perpetual mode by NM> spawning thousands of threads which obviously make the server slow down NM> considerably. Also, at this time, the Sniffer folder fills up with the NM> equivalent temporary files. NM> On changing the location of Sniffer in the Declude Global file and allowing NM> the threads to disappear, when Sniffer is re-engaged it correctly goes back NM> to perpetual mode working from the Service instance of Sniffer. NM> Can any of the above be explained? This is extremely unusual and I've not heard of this kind of thing before. The closest connection I have seen is that on one very heavily loaded system (on Linux) a change in the rulebase file caused the persistent instance to pause for a few minutes while the message instances of SNF became impatient --- however in this case the system always recovered on it's own. In your case do you restart the persistent instance or does the system simply recover once you re-enable the clients? Please post the contents of your .stat file and let me know if these are typical values. Does your system have one or two CPUs? Hyperthreading? Thanks, _M This E-Mail came from the Message Sniffer mailing list. For information and (un)subscription instructions go to http://www.sortmonster.com/MessageSniffer/Help/Help.html