Re: why "snmplib/snmp_alarm.c" needed in net-snmp agent
bheemesh v <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
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 <[email protected]> wrote: > > From: bheemesh v [mailto:[email protected]] > > 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 [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users