Hi Thorsten, Yesterday Thorsten von Eicken wrote:
> On 8/23/2010 2:13 PM, Sebastian Harl wrote: > > So, I don't see any reasonable way to solve that with the current > > architecture (and I don't see any way how this should be improved). > I believe there is disagreement about what the problem is. You define > the problem as "insert values in the past in a manner that is > indistinguishable from having inserted them at the correct moment in the > first place". Your analysis is correct for that problem. > > In real life, the problem tends to be a different one, which is "insert > values in the past in a manner that improves on the current form of the > data, i.e., that makes the resulting RRD more useful than without these > insertions." Put differently, I prefer some inaccuracy in the data over > having data gaps or garbage data in my RRD. > > What many of us have built are tools that get at the second problem. It > would be great if the RRD maintainers could accept some of these tools > in the spirit of "sometimes the perfect is the enemy of the good". sure ... lets see them :-) I was just discussing this issue off-list, I think it would be possible to do a reasonalbe job for average, min, max, last RRAs at least ... not so sure about HW and COMP ... but I guess they are much less common anyways ... cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch [email protected] ++41 62 775 9902 / sb: -9900 _______________________________________________ rrd-developers mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers
