RRD Graphs Incorrect

mevans336

Yes, I know that is why I asked the first question.
For RRD it does not matter what kind of traffic you are passing. So, could you please transfer 300Mb/s UDP and see what you get on graph?

Sure, I'll give that a shot first thing tomorrow AM and report back.

Eugene

When you'll be doing testing please get output of below command for 3-4 minutes

/usr/bin/netstat -nbf link -I XXX -w60

where XXX is the name of your interface.

Eugene

You are right. It seems rrd graphs do not show correct values when trafic goes above 500Mb/s.
You might wish to try the next:

kill your current updaterrd.sh process
modify script /var/db/rrd/updaterrd.sh replacing line

sleep 60

with```
sleep 30

3) start new one by

/bin/sh /var/db/rrd/updaterrd.sh &

Note: your graphs will be updated two times more often than before which will create some additional cpu usage.

mevans336

@Eugene:

You are right. It seems rrd graphs do not show correct values when trafic goes above 500Mb/s.
You might wish to try the next:

kill your current updaterrd.sh process

modify script /var/db/rrd/updaterrd.sh replacing line
sleep 60
with```
sleep 30
3) start new one by
/bin/sh /var/db/rrd/updaterrd.sh &
Note: your graphs will be updated two times more often than before which will create some additional cpu usage.

You're the man Eugene. I didn't have time to set everything up to test this today and it looked like it was going to be this weekend before I was going to be able to get around to it. So will lowering the sleep timer effectively increase the sampling rate of RRD? I.E. the "1 minute average" will become a "30 second average?"

Eugene

Unfortunately I do not the answer to this question.
I tend to think yes - it will become 30 sec average but I do not know rrd well enough to stay firm on this. More research needed.

cmb

The counters are 32 bit, the counter will wrap before it samples again at that high of throughput. Offhand I'm not sure how increasing the sampling rate will affect the RRD output.

Eugene

pfsense-utils.inc has to be changed to have correct RRD output.
If you make changes described above then RRD will be getting samples every 30 sec but calculating as if they were 60 seconds data. Though on my test system I get correct results (the same as in iperf) I do not know why.

Guys say that this is not going to be a problem in 2.0 as 64 bit counters will be used.

Eugene

Could you please share your hardware specs with this level of performance?
Thanks.

mevans336

@Eugene:

Could you please share your hardware specs with this level of performance?
Thanks.

Here you go:

Intel Pentium Dual Core E5200 (2.5GHz)
4GB DDR2800 (2GB works just as well)
Supermicro X7SBL-LN2
Intel 82573V & 82573L PCI-E NICs

databeestje

You can safely increase the rate to 30 seconds, it should not affect the graphing.