2008/6/3 Need Help <[EMAIL PROTECTED]>: > I already looked through all of those options in the FAQ and I am already > using many of them as you can see in my "configure" command provided. > I was wondering if there was anything else which could be done at all?
Those are the settings that have been suggested for reducing the size of the installed/running system. If you come up with anything else that helps, please let us know so that we can update the FAQ. > Also, I wanted to mention I used the "MFD" configure files with the mib2c > tool to generate my subagent files. Does using "MFD" increase the size of > the overall "master agent" significantly compared to me possibly using a > different type of config format? No idea. Try implementing the same MIB tables using two or three different types of helper, and see what the resultant code looks like. As a *very* rough indication, the object file for the original mibII/udpTable is about 25K, compared with about 85K for the udp-mib/udpEndpointTable objects. (That's for non-stripped object files. Stripped, it's more like 3k vs 17K) Now that's not comparing like-with-like, since the newer table supports IPv6 (and other transports), and is inherently a slightly larger table anyway. But it does perhaps tend to indicate that the MfD framework may not produce the slimmest of code. > Basically, would there be a great savings > of space if I did not use MFD and went with another config type? There might be *some* savings if you went with a different helper. But I'd be reluctant to comment as to how large a difference this would be. The one thing that I would recommend is that you standardise on just one helper for all your MIB tables. Then you could safely omit all the unused helpers when compiling the agent library. That should give you a bit more savings. Try experimenting with various options, and keep a note of what works and what doesn't. Let us know what you find out, so we can update the FAQ entries accordingly. Dave ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
