Re: question about Re: About net-snmp table iterator performance

On 15 March 2010 21:26, Kathy McLeod <[email protected]> wrote:
>> There is a flag that can improve performance if the internal
>> indexing matches the SNMP ordering, but it's still probably
>> not the most efficient of the helpers.
>
>  Where is the flag and when do I set it?

    netsnmp_iterator_info *iinfo = ....;

    iinfo->flags |= NETSNMP_ITERATOR_FLAG_SORTED;


>> My best advice is to use a different helper!
>
> For a (larger) table of data that is in the kernel or a database or
> somewhere else external, which helper do you recommend?

Personally, I tend to use the 'table_tdata' helper by preference.
(i.e. mib2c.table_data.conf) - probably in conjunction with the
cache helper.

   This can be used to hold a full copy of the table internally
within the agent, and serve incoming requests from that.
Alternatively, it can hold a list of the valid rows in the table
using dummy (empty or semi-empty) data structures,
and pull the actual data from the underlying database/kernel/etc.

There was a fuller description of these fairly recently on
the mailing lists.  Try searching the archives.


>                            My guess is the
> mfd using the cache-handler but not entirely sure.

You could use the MfD framework in this way, yes.
Personally, that wouldn't be my preferred choice,
but it would  certainly be possible.

   (See Robert - I can play nice!)

Dave

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
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