Return to TODO CVS log

Up to [ELWIX - Embedded LightWeight unIX -] / embedaddon / bmon

Annotation of embedaddon/bmon/TODO, revision 1.1.1.1

1.1       misho       1: bmon TODO/Wishlist 
                      2: ==================
                      3: 
                      4: 1: Differ between interactive and non-interactive output modules
                      5: 
                      6:        Currently the timing is done by sleeping in small amounts and
                      7:        check if the next read interval has been reached. The sleep
                      8:        amount gets adjusted to hit the next read interval as accurate
                      9:        as possible.
                     10: 
                     11:        This is only needed for interactive output modules. Non-interactive
                     12:        output modules could enforce a timing strategy which would sleep
                     13:        exactly to the next read interval and thus save some cycles.
                     14: 
                     15: 2: XML Output Modules
                     16: 
                     17:        bmon's portability advantages could be used to provide all the
                     18:        architecture specific interface statistics and convert them to
                     19:        a generic XML based interface. There should be interfaces:
                     20:        
                     21:        b) State based
                     22: 
                     23:                The current state as it would be outputed by bmon itself
                     24:                written as XML message and overwritten in every output
                     25:                interval (just like the already implemented HTML output).
                     26:                This could be used by 3rd party applications to display
                     27:                the current statistics and rate estimations.
                     28: 
                     29:                Problem: Locking
                     30: 
                     31: 3: SNMP Input Module
                     32: 
                     33:        A SNMP input module (secondary) would increase the usefulness
                     34:        in environment with properiatary hardware to which bmon
                     35:        cannot be ported.
                     36: 
                     37:        Problems:
                     38:        a) Async nature
                     39: 
                     40:                The whole module must be implemented async, this itself is
                     41:                not a problem but the protocol enforces various handshakes
                     42:                required to get the statistics:
                     43: 
                     44:                1) Get number of interfaces
                     45:                2) Wait for the result (could be cached)
                     46:                3) Request statistics
                     47:                4) Wait for the result
                     48:        
                     49:        b) Accuracy
                     50: 
                     51:                Due to the handshakes required the accuracy can vary depending
                     52:                on current network latency and it is quite hard to adjust it.
                     53:                Other statistical applications using SNMP don't have this problems
                     54:                because they don't require update intervals of <= 1 second.
                     55: 
                     56: 5: MAPI Input (highly configurable)