>>>>> On Tue, 21 Dec 2010 18:12:38 +0100, Timo Schoeler >>>>> <[email protected]> said:
TS> A server on which I run net-snmp (it's a CentOS machine, so it runs a TS> certainly not-too-recent net-snmp-5.3.2.2-9.el5_5.1 from the packages) TS> has a rather big ARP table (>5000 entries). I suspect this the reason to TS> have snmpd eat almost 100% CPU when polled. TS> Is there a (simple) way to circumvent this? The right way is to introduce a caching mechanism between the main agent and the arpTable implementation. Unfortunately, that'll require modifying the code that implements the arp table rather heavily. The other solution would be to use VACM to restrict access to the arpTable so it wouldn't be seen by the manager. That would at least let things not thrash, though the manager would lose access to the information. -- Wes Hardaker Cobham Analytic Solutions ------------------------------------------------------------------------------ Forrester recently released a report on the Return on Investment (ROI) of Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even within 7 months. Over 3 million businesses have gone Google with Google Apps: an online email calendar, and document program that's accessible from your browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew _______________________________________________ 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
