RE: ucd-snmp vs. net-snmp (foot print)

Juliana Purjo <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Hello Dave,

 

Kind thanks for your reply. And sorry for late reply due to a travel.
 

> Date: Fri, 24 Jul 2009 21:58:50 +0100
> Subject: Re: ucd-snmp vs. net-snmp (foot print)
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> 
> 2009/7/24 Juliana Purjo <[email protected]>:
> > I am working on ucd-snmp (version 4.2.6), extending a set of private company
> > MIBs. I have been told the foot-print of ucd-snmp is significantly lower
> > than that of newer 5.x.x series net-snmp - Is this true?
> 
> Probably.
> There are a number of additional MIB modules with the 5.x line,
> as well as various other features, so it's quite probable that the
> code will slowly increase in size. That tends to be true of almost
> any piece of software.


Concerning MIB modules... Having looked at 4.2.x code base, I got an

impression there is some code repetition in the agent implementations.

Also there seems to be quite a lot of static buffers (defined inside functions) 

that are mostly sitting unused eating runtime memory?

So I feel there might be possiblity to also decrease some code size

contrary to the statistically provable tendency of software sizes growing.

Easy way to save some code size - for the new code - might be to edit 

the mib2c configuration files to not generate so repetitive code constructs

(maybe using more powerful table structures)??? But maybe it is more

interesting to create new features and functionality than restructuring

old code... :-)

 

Is it quick to outline what kind of additional features are we talking here?

Thinking of replacing v4 net-snmp, is it possible to disable most of this

new weigth (with appropriate ./configure invocation)?

Below you already mention new handler mechanism for MIB modules

and wrapper code to support v4 style coding approach, which seems

necessary weight.

 

 

> > what would it take to reduce the foot print.
> 
> Please see the FAQ, which has suggestions regarding minimizing
> the size of the compiled and running software.
> 


Thanks for the pointer. Some good hints. And running

 

    ./configure --help 

 

gives some additional ideas...


> 
> > I notice the mib2c is completely rewritten which seems a benefit (I am using
> > customized configuration files and 5.x.x mib2c seems easier to work with).
> > Is there other notable reasons to consider  moving to 5.x.x?
> 
> It's not just mib2c - the v5 agent has a completely new handler mechanism
> for implementing MIB modules. Not only is it easier to write code
> for MIB tables,
> the processing should also be significantly more efficient, since
> related varbinds
> can be processed in parallel, rather than treating each varbind separately.
> 

 

Very nice.


> Large chunks of the agent infrastructure have also been completely
> re-written, to support the new handler-based architecture. In fact, the
> old v4-style approach is now simply a wrapper sitting on top of the new
> handler mechanism, so there are additional overheads with this style of code.


I am happy to read from the FAQ that most agent code written for earlier

releases should work okay with newest net-snmp (altough with some 

performance/foot print penalty).


> And of course, the v4 line is no longer being supported, so if you stick with
> this, then you are completely on your own.


Yes, I can definitively understand this point.  This is one major part of what 

triggered me to ask my question in the first place... :-)


> 
> Unfortunately, we can't really provide you with any significant implementation
> experience of running the Net-SNMP agent on embedded systems. I keep
> putting out a plea for those who have done this to report back, but nobody
> ever seems to bother.
> There's a first-draft entry in the latest version of the FAQ, but
> it is in desperate
> need of some real feedback from those who have on-the-ground experience with
> doing this.
> 
> Here's hoping....


I am wishing to be able to experiment with newest version and do some quantitative 

and qualitative comparison - it certainly seems worthwhile to me - but I am afraid 

I am not able to with the time constraints I have to deal with at the moment... :-(


> Dave


_________________________________________________________________
With Windows Live, you can organize, edit, and share your photos.
http://www.microsoft.com/middleeast/windows/windowslive/products/photo-gallery-edit.aspx

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.