Michael J. Slifcak wrote:
With the greatest respect to the author of the patch,
I think the default should be "do not set this". Better yet,
I think the patch should be removed, and left in the "This Works For Me"
kind of patches that we collect, and not incorporated into the project.
If the community really wants the patch, well, I will reconsider
my arguments in that light.
I reread this and thought "what a pompous ass I've become."
Please don't give my opinion much weight. I was concerned with
the additional overhead and how that might make managing Net-SNMP
deployments more difficult. That's all.
Other ways more pertinent to this discussion may be to reconsider
how some of the logic is implemented.
I think there are several well thought low impact performance
improvements that are somewhere in the bug, patch, mail archive.
[Finding them is not a trivial exercise!]
This one, for instance claims improved response to traps through
more efficient use of the snmp_oid_compare() call.
Patch 1022941 Speed up adding a row to a table
There may be a number of other methods worth dis-covering.
Best Regards,
-Mike Slifcak
-------------------------------------------------------
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-coders mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
