On Sun, 10 Oct 2004 23:28:44 +0200 Giovanni wrote: GT> I supposed that snmptrapd handler don't fork at GT> every received trap and so, when there are a lot of trap messages, the GT> system uses a long time to analyze the traps (subsequentially). Is my GT> supposition true ???
Yes, that is correct. GT> If this is true, how can i parallelize the trap managment to enanche system GT> behavior ? There is no support for mutli-threaded processing. If you would like to implement it yourself, you will have to get the source and make an attempt at implementing this yourself. Note that neither the base snmp library nor the agent library has been carefully reviewed for multi-threaded issues, so there may be some hidden problems. If you do manage to get a multi-threaded snmptrapd, we'd love to get a patch! -- Robert Story; NET-SNMP Junkie <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-users> You are lost in a twisty maze of little standards, all different. ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Net-snmp-users mailing list [EMAIL PROTECTED] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
