The pfSense Store

Author Topic: NEW Monitoring graph  (Read 28950 times)

0 Members and 1 Guest are viewing this topic.

Offline NOYB

  • Hero Member
  • *****
  • Posts: 1703
  • Karma: +158/-273
    • View Profile
Re: NEW Monitoring graph
« Reply #30 on: March 06, 2016, 04:17:29 am »
 
Changed to all default settings from:
Probe Interval: 15000
Alert Interval: 15000
All others default
 
And this was the result.  See attached image.
 
But running dpinger -f at command line reports std dev consistently between 700 and 800 microseconds.  Which is consistent with the gateways widget reporting.
 

« Last Edit: March 06, 2016, 04:24:23 am by NOYB »

Offline Clown

  • Jr. Member
  • **
  • Posts: 74
  • Karma: +0/-0
    • View Profile
Re: NEW Monitoring graph
« Reply #31 on: March 06, 2016, 05:17:47 am »
Thanks, Monitoring works now.

There should be some rounding of the values, see the attached Picture.

Edit:
This happens just when the 'Timer period' is greater than 1day.
« Last Edit: March 06, 2016, 11:11:06 am by Clown »

Offline Harvy66

  • Hero Member
  • *****
  • Posts: 2218
  • Karma: +204/-12
    • View Profile
Re: NEW Monitoring graph
« Reply #32 on: March 06, 2016, 07:43:20 am »
The delay number isn't the maximum value of the set, it is the mean average of the set. Dpinger reports average and standard deviation values against the entire set the same way ping does in its summary.

Standard deviation is the square root of the variance, which is based upon squares of the offset from the mean. Use of squares means that the result can be higher than the mean.You can read the lengthy discussion of standard deviation on Wikipedia, or you can use one of the on-line calculators to experiment.

Here is one that spells stuff out: http://www.mathsisfun.com/data/standard-deviation-calculator.html

Put "2,2,2,2,2,20" for the numbers and start experimenting from there.

Sorry about the cuteness of the page :)

How can the standard deviation be greater than the maximum value of the data set?

Should probably add a "*" and have a note of something like "*all reported values are aggregated over a rolling window". "Min" and "Max" are a bit deceiving when they'er averages themselves. Not in a bad way, but in a non-intuitive way that can cause confusion with some datasets.

Offline samoth

  • Newbie
  • *
  • Posts: 11
  • Karma: +0/-0
    • View Profile
Re: NEW Monitoring graph
« Reply #33 on: March 06, 2016, 04:03:07 pm »
Any reason why my graphs wouldn't have any data?  No matter what I pick in settings, I get 0 for values in the graph.


Offline grandrivers

  • Sr. Member
  • ****
  • Posts: 566
  • Karma: +13/-2
    • View Profile
Re: NEW Monitoring graph
« Reply #34 on: March 06, 2016, 07:59:24 pm »
packet loss should be red in color
pfsense 2.4 super micro A1SRM-2558F
C2558 8gig ECC  60gig SSD
tripple Wan dual pppoe

Offline NOYB

  • Hero Member
  • *****
  • Posts: 1703
  • Karma: +158/-273
    • View Profile
Re: NEW Monitoring graph
« Reply #35 on: March 06, 2016, 09:21:16 pm »
 
Could we have more granularity than 5 minutes please?  Especially on the 1 hour graph.
The RRD has 60 data points an hour but the graph seem to display a granularity of only 12 data points per hour.
 
Makes for nice smooth lines that look pretty for consumer class.  Ideally a granularity selector based on the RRD data granularity of the selected graph time period would be nice.
 
Thanks.
 

Offline xbipin

  • Hero Member
  • *****
  • Posts: 1631
  • Karma: +6/-0
    • View Profile
Re: NEW Monitoring graph
« Reply #36 on: March 07, 2016, 07:08:39 am »
i have a full install where monitoring graphs work but i have another nanobsd but monitoring shows blank graphs there, is there some way to enable it because on this nanobsd install i never previously enabled RRD graphs

Offline jdillard

  • Administrator
  • Sr. Member
  • *****
  • Posts: 534
  • Karma: +124/-1
  • Web Dude
    • View Profile
    • Personal Website
Re: NEW Monitoring graph
« Reply #37 on: March 07, 2016, 12:36:20 pm »

Yes I know std dev can be greater than the mean.  Because of the graph/table labels it seems to indicate that it is greater than the max.
 
So the graph/data table "delay" label is not very accurate.
Delay is really average delay.  Thus in the data table the min, avg, max, columns actually contain min avg delay, avg avg delay, max avg delay.
 
Labeling the std dev row as "stddev of delay" seems to indicate that it is the std dev of the row labeled "delay".  Which would be more accurately labeled "avg of delay".

So "delay" should be "avg delay" and "stddev of delay" should just be "stddev"?

Offline jdillard

  • Administrator
  • Sr. Member
  • *****
  • Posts: 534
  • Karma: +124/-1
  • Web Dude
    • View Profile
    • Personal Website
Re: NEW Monitoring graph
« Reply #38 on: March 07, 2016, 12:37:29 pm »
packet loss should be red in color

manually assigning colors is a bad idea for this use case. Possibly in the future, more specialized charts could get special treatment.

Offline dennypage

  • Hero Member
  • *****
  • Posts: 697
  • Karma: +133/-0
    • View Profile
Re: NEW Monitoring graph
« Reply #39 on: March 07, 2016, 12:38:46 pm »
I think this would be sufficiently clear.

So "delay" should be "avg delay" and "stddev of delay" should just be "stddev"?

Offline jdillard

  • Administrator
  • Sr. Member
  • *****
  • Posts: 534
  • Karma: +124/-1
  • Web Dude
    • View Profile
    • Personal Website
Re: NEW Monitoring graph
« Reply #40 on: March 07, 2016, 01:00:22 pm »
Thanks, Monitoring works now.

There should be some rounding of the values, see the attached Picture.

Edit:
This happens just when the 'Timer period' is greater than 1day.

Not sure how this never happened to me, but should be fixed next time around.

Offline maverick_slo

  • Hero Member
  • *****
  • Posts: 809
  • Karma: +37/-2
    • View Profile
Re: NEW Monitoring graph
« Reply #41 on: March 07, 2016, 01:12:29 pm »
Hi!

I`m on latest snap.
See attached image. I have some packet loss (intentionally) and now graph is useless to me.
Can sth be done in this way?

I can`t see any useable data from graph...

Offline NOYB

  • Hero Member
  • *****
  • Posts: 1703
  • Karma: +158/-273
    • View Profile
Re: NEW Monitoring graph
« Reply #42 on: March 07, 2016, 02:31:14 pm »

Could we have more granularity than 5 minutes please?  Especially on the 1 hour graph.
The RRD has 60 data points an hour but the graph seem to display a granularity of only 12 data points per hour.
 
Makes for nice smooth lines that look pretty for consumer class.  Ideally a granularity selector based on the RRD data granularity of the selected graph time period would be nice.
 
Thanks.

 
Pull request submitted for this:
https://github.com/pfsense/FreeBSD-ports/pull/73
 
See attached image.
 

Offline NOYB

  • Hero Member
  • *****
  • Posts: 1703
  • Karma: +158/-273
    • View Profile
Re: NEW Monitoring graph
« Reply #43 on: March 07, 2016, 02:40:58 pm »
I think this would be sufficiently clear.

So "delay" should be "avg delay" and "stddev of delay" should just be "stddev"?

Yes that would differently be better.  Here's another labeling possibility.  What about this:
delay average
delay std. dev.
 
Just throwing it out there to be considered.
 

Offline NOYB

  • Hero Member
  • *****
  • Posts: 1703
  • Karma: +158/-273
    • View Profile
Re: NEW Monitoring graph
« Reply #44 on: March 07, 2016, 03:22:25 pm »
 
Bubble values not matching graph.