[rrd-users] Stacking at Infinity
rrdtool at martin.sperl.org
Mon Mar 5 08:13:38 CET 2012
What you are requesting is currently not possible - at least not easily.
The only thing I can offer you as am option is this "red/green" approach - which is not 100% what you want.
As for using the cdef as fraction - I did not say that it may work for you fully, but it may come close if used in this manner
this should essentially produce the result of manual "stacking" of ticks...
On 04.03.2012, at 22:12, Chris Mason wrote:
> Hi Martin,
> Thank you for taking your time to respond.
> To ensure I understand this correctly, this will print a TICK on the
> graph for each DS. It will either be RED or GREEN depending
> on the value of the DS?
> The problem I have is I am graphing classes for QoS with a different
> number of classes per graph. I would prefer it to only show TICKs if I
> have drops within that class and I would like the TICK to be the same
> colour as the Octets for that class.
> Class1Drops = 0
> Class2Drops = 100
> Class3Drops = 0
> Class4Drops = 57
> I have also defined ClassXOctets for each respective class which is
> coloured according to an algorithm. If I detect drops in any of the
> classes then I draw the background red using INF/NEGINF. However, to
> identify the specific classes I wanted to draw a TICK using the colour
> of that class.
> The above scenario would result in 3 TICKs being printed on the graph
> using the respective colour of that class. I suppose it would be nice
> to have TICK stacking where I could append '::STACK' to the end of
> sequential TICKs.
> In the event of using a CDEF for the fraction value I am still
> struggling to work out how to achieve the desired result because I
> would have to start with the highest fraction value. I am not sure if
> the following would work:
> On 4 March 2012 12:52, Martin Sperl <rrdtool at martin.sperl.org> wrote:
>> OK, so assuming those 3:
>> Here a "Red/green" colorcoding you could also use:
>> # here graph the other stuff (on top of the ticks!)
>> Then you would get 3 stripes that are green/red in the relevant sections of the DS being undefined
>> If you want even "bars" separating those 3 sections:
>> add the following:
>> that should show bars all the length of the graph with green/red in between
>> I also have sent a patch to Tobi to allow TICK to use the values of the DEF/CDEF itself as the fraction - so this could mean a non-constant fraction...
>> This may also be helpful in some usecases to present data...
>> On 03.03.2012, at 13:44, Chris Mason wrote:
>>>> One line at the top (or bottom) of the graph, then stack a suffient amount
>>>> in the "wrong" direction. I never tried it, but stacking -50M "on top" of
>>>> 150M should get you at 100M.
>>> So this works normally when not working at infinity:
>>> I assumed the LINE would take into consideration the lines width when
>>> stacking so I could use -1 as the value. This doesn't seem to work and
>>> I have to use an actual value but this value would be dependant on the
>>> scale of the data.
>>> However, when I draw the first line at INF then it doesn't seem to
>>> work and have looked into the possibility of achieving the desired
>>> affect using TICKs as suggested by Martin:
>>>> I remember that I have done so to highlight times when we have exceeded predictions.
>>>> You could obviously paint multiple TICKS for different types and paint them with different colors using transparency.
>>>> As the color (de)coding may be a pain you possibly could draw multiple ticks of different fractions.
>>> This looks promising and I have used the following to get my desired affect:
>>> ** ifOutDrops is INF or NEGINF if drops detected.
>>> This is so close to what I want to achieve, where each TICK is 1% of
>>> the Y axis. To get a stacking affect I am overlapping TICKs with the
>>> bottom one being slightly taller than the next one.
>>> Now, this works if all classes have drops in, but in most cases they
>>> don't and it is only a single class which has drops. If it was DS3 and
>>> DS1 then the DS3 TICK would be visibly 2% tall as opposed to 1%.
>>> Is it possible to calculate the fraction dynamically depending if I
>>> have drops in the classes or is there an alternative approach?
More information about the rrd-users