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

Reply via email to