[rtg] rated, new version of rtgpoll

[Jeff Bacon]

Not to sound simplistic, but what about just putting the mysql backend
on a compressing filesystem? If it's on another host with plenty of
horsepower... 

It's also possible to take older historical data and "refactor" it by
going back and condensing N polling intervals into one, effectively
increasing the stored poll length. You lose peaks that way of course but
it does cut down on the number of rows. 

Detecting bursts of traffic... I have that problem now, and I deal with
it by running on a 10-sec polling interval on the devices where it
matters - I've refactored targetmaker and everything else
(simplistically) so polling rate is per-host; I just don't need to poll
my APC PDUs for power usage on a 10-second interval. 

What I would really like is to be able to do it on a per-OID basis, or
per-class - poll these interfaces at 10, poll all PDUs at 120, poll temp
sensors at 600. I can do it by further hacking the perl, but...

But in terms of detecting bursts of traffic, I don't know how you would
do it without a fixed really-fast polling interval - how do you know
when the burst is going to happen? Admittedly I am dealing in bursts
that last 1-10sec which may or may not be the norm, but an adaptive
mechanism isn't going to work because any burst that I get is going to
come up so fast and be gone that it only shows as a minor blip on a
60-second sale, so adapt all you want it doesn't matter. 


> Longer term I'd like to tackle the issue of data storage to see if I
> can
> come up with something that can compress the amount of data that it
> generates in a smarter way than RRD does. I think this is probably the
> biggest complaint with RTG is the amount of data that it produces.
> 
> I'm also looking at making it better at detecting bursts of traffic.
> That can't really happen on a fixed polling interval so I'm looking at
> varying the interval based on the activity of the interface.
> 
> We'll see where it goes but I'm actively working on the code again so
I
> thought I'd share.
> 
> Thanks,
> Matt
> _______________________________________________
> RTG mailing list
> RTG at lists.grdata.com
> http://lists.grdata.com/mailman/listinfo/rtg