HI, Thanks Mike for notifying this part. But i have a more generic question now on the logic of updating the MIB entries (such as IF-MIB, IP-MIB etc) to NMS:
There are 2 triggers for updates done to the NMS: 1) Whenever a new network configuration is done, will there be a trigger to update the Container table entries of ifTable and IPAddressTable? 2) Also if there has been no updates for sometime, then a cache-Timer will expire and then trigeers automatic updates? Do both these cases exists, or only the 2nd case of cache_timer only exists for NMS to get updated IF & IP MIB contents? Kindly let me know, so that i can try to handle the timer delays here to overcome this cpu usage issue. Thanks. Best Regards, Bheemesh On Sat, Dec 12, 2009 at 1:21 AM, Mike Ayers <mike_ay...@tvworks.com> wrote: > > From: bheemesh v [mailto:bheem...@gmail.com] > > Sent: Friday, December 11, 2009 2:20 AM > > > Attaching call graph of the profiled snmpd daemon. > > Find the graph in attachment. > > I think you are misreading this chart. It does show that 81% of > runtime is spent inside run_alarms, but 0% of that time is spent on the > routine itself. You need to go way down and see that the ifTable and > ipAddressTable are using up most of the processing time, which is spent, for > the most part, sorting and comparing: array_qsort uses 14% of the time, > netsnmp_compare_netsnmp_index 27%, snmp_oid_compare 26%, etc. Nothing > surprising here - basically it's. What percentage of your total CPU timeis > this using? Perhaps lowering the rate of updates can trim the usage a bit, > but I don't know how to do that. > > > HTH, > > Mike > >
------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev
_______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users