Thanks for the answers, even though I´m not sure I understand everything yet,
I´m quite new on RRDtool.
What I want for my current monitoring project is a webpage who looks as
MRTG-like as possible:
- one Daily Graph (5 min average)
- one Weekly Graph (30 min average)
- one Monthly graph (2
tinsfci wrote:
But what you say is that if I use correct start/end times when creating the
graphs, RRDtool sorts things out and uses the RRA best suited for each
graph?
Yes, but as someone else has pointed out, you can also specify it as
a command line argument to rrdtool graph. I'd forgotten
Marc MERLIN wrote:
See 'Can't I turn off data smoothing for GAUGE?' thread that I
started just
a few days earlier :)
Marc
The doc says that there isn't any (see my second post).
If it does say that, it is likely wrong then.
It is wrong, or more correctly, it is misleading in
On 8/18/2010 10:53 PM, Tobias Oetiker wrote:
if you accquire your data at the sampling interval times then no
re-sampling will happen ...
conside this
* setup an rrd with a step of 300 seconds
this means it will save data at 0:00, 0:05, 0:10, 0:15, 0:20
* read data from your
Today Philip Peake wrote:
Taking your own example of a car speedometer, that is the equivalent of
assuming that the car comes to a stop and accelerates up to some speed
once per sample period.
no, the assumtion is that the car keeps at the same speed measured
in the current sample.
[ Comments below, in line ]
On Thursday 19 August 2010 at 10:00 am, Philip Peake penned
about Re: [rrd-users] [rrd] Can't I turn off data smoothing for GAUGE?
There is virtually no way in the real world that a data source and
rdd will by synchronized to the nanosecond.
Hi Philip,
The
Then for a huge class of problems, actually, IMHO, most real world
problems not involving rate of change, its useless.
Tell me how I synchronize a data source to RDD's concept of sample times?
Actually, what is RDD's concept of sample times? How does it determine
the start?
I would assume time
On 8/19/2010 7:04 AM, Tobias Oetiker wrote:
Today Philip Peake wrote:
Taking your own example of a car speedometer, that is the equivalent of
assuming that the car comes to a stop and accelerates up to some speed
once per sample period.
no, the assumtion is that the car keeps at the same
On Thu, Aug 19, 2010 at 07:41:57AM +0200, Tobias Oetiker wrote:
though rrdtool is not 'smoothing' anything, what happens, is that
rrdtool re-samples your input at the configured step frequency (so
Yes, I understood that, was just using a shortcut when speaking.
if you put in your data at
Today Philip Peake wrote:
Then for a huge class of problems, actually, IMHO, most real world
problems not involving rate of change, its useless.
Tell me how I synchronize a data source to RDD's concept of sample times?
Actually, what is RDD's concept of sample times? How does it determine
[ Comments below, in line ]
On Thursday 19 August 2010 at 10:52 am, Philip Peake penned
about Re: [rrd-users] [rrd] Can't I turn off data smoothing for GAUGE?
The second set of samples are more like:
[ snipped ]
They are integer values. Displaying them as (for example)
0.666732134 is
Pablo Sanchez wrote:
There is virtually no way in the real world that a data source and
rdd will by synchronized to the nanosecond.
The synchronization doesn't have to be as high a resolution as to the
`nanosecond' (I realize you're being facetious).
I'm currently testing gear and my
Philip,
Today Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or whatever you want to call it) is ok there. The actual number
displayed is not too important as long as its something like right.
The
[ Comments below, in line ]
On Thursday 19 August 2010 at 11:10 am, Simon Hobson penned
about Re: [rrd-users] [rrd] Can't I turn off data smoothing for GAUGE?
And something no-one has mentioned so far - you do not have to use
now in your update statement.
Oooo .. good point. :)
I was
On Thu, Aug 19, 2010 at 07:53:09AM +0100, Simon Hobson wrote:
The problem is that without **significantly** changing the data
model, it is not possible to store arbitrary data at arbitrary times
without normalisation. The data model simply does not deal with
timestamped data, all data is
On 8/19/2010 8:10 AM, Simon Hobson wrote:
And something no-one has mentioned so far - you do not have to use
now in your update statement. Taking the example above, you can
compute what the time was at the last integral multiple of step and
use that. Eg, if you end up calling rrd tool at
Today Marc MERLIN wrote:
On Thu, Aug 19, 2010 at 07:52:06AM -0700, Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or whatever you want to call it) is ok there. The actual number
displayed is not
On 8/19/2010 8:14 AM, Marc MERLIN wrote:
On Thu, Aug 19, 2010 at 07:52:06AM -0700, Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or whatever you want to call it) is ok there. The actual number
At 08:37 -0700 19/8/10, Philip Peake wrote:
And something no-one has mentioned so far - you do not have to use
now in your update statement. Taking the example above, you can
compute what the time was at the last integral multiple of step and
use that. Eg, if you end up calling rrd tool
On 19.08.2010 16:26, Marc MERLIN wrote:
input is cacti, I do not have full control on when I send data, but it
sounds like even if I'm just one second off, it would break anyway, so
that's just a non starter.
I know that people always are worrying about that when using cacti.
Following the
On Thu, Aug 19, 2010 at 08:58:49AM -0700, Philip Peake wrote:
On 8/19/2010 8:14 AM, Marc MERLIN wrote:
On Thu, Aug 19, 2010 at 07:52:06AM -0700, Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or
On 8/19/2010 8:15 AM, Tobias Oetiker wrote:
Philip,
Today Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or whatever you want to call it) is ok there. The actual number
displayed is not too
Philip Peake wrote:
My data gathering script is in perl.
It has an inner loop which sleeps for 30 seconds, which means that
processing is going to take it over the 30 second boundary.
What I did was:
$t = time();
$t = $t - ($t%30);
and use $t in place of N.
I'd suggest you need to sleep for
On 8/19/2010 10:22 AM, Marc MERLIN wrote:
I think that would do it, but you'd have to store that
dont_screw_with_gauge_data in the RRD file somewhere and I'm not sure if the
file format has free bits that can be used for that (hopefully it does).
Why? It just GAUGE data, the only thing that
On Thu, Aug 19, 2010 at 11:58:03AM -0700, Philip Peake wrote:
On 8/19/2010 10:22 AM, Marc MERLIN wrote:
I think that would do it, but you'd have to store that
dont_screw_with_gauge_data in the RRD file somewhere and I'm not sure if the
file format has free bits that can be used for that
Today Philip Peake wrote:
On 8/19/2010 10:22 AM, Marc MERLIN wrote:
I think that would do it, but you'd have to store that
dont_screw_with_gauge_data in the RRD file somewhere and I'm not sure if the
file format has free bits that can be used for that (hopefully it does).
Why? It just
Today Philip Peake wrote:
On 8/19/2010 8:15 AM, Tobias Oetiker wrote:
Philip,
Today Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly high numbers (in the 100's), the interpolation
(or whatever you want to call it) is ok there. The actual
If I may chime in for a moment...
I have read (most of) the contributions, and I will comment on the tread,
not just on tobi's post.
Due to other activities I will not be able to keep participating; I hope
my contribution is useful and is accepted as-is.
Why? It just GAUGE data, the only
Hi Alex,
Yesterday Alex van den Bogaerdt wrote:
to implement this, you would create a new datasource type ...
I respectfully disagree. If what they want is a timestamp which is
n*{amount_of_seconds_per_interval} then basically all what's needed is an
option to normalize the timestamp.
On 8/19/2010 3:35 PM, Larry Adams wrote:
Sent from my Daughters iPad
On Aug 19, 2010, at 1:27 PM, Philip Peake phi...@vogon.net wrote:
On 8/19/2010 8:15 AM, Tobias Oetiker wrote:
Philip,
Today Philip Peake wrote:
Yes ... I am actually measuring two parameters.
One of them has fairly
Hi All,
Im monitoring my solar power installation and logging it into rrdtool then
graphing the output.
*http://powermonitoring.zzl.org/*
Its all working well apart from the daily updates which run at midnight each
night (local time) and pull the KwH produced today and the Time online today
from
Yesterday Philip Peake wrote:
What I found most perplexing was that Tobi seemed to have had the (IMHO
:-) ) right idea to begin with.
I think I have spent enough time trying to explain how rrdtool
works this time around.
* I have also stated how to fake the time of your data accquisition
to
Hi Brett,
Today Brett Wilson wrote:
Hi All,
Im monitoring my solar power installation and logging it into rrdtool then
graphing the output.
*http://powermonitoring.zzl.org/*
Its all working well apart from the daily updates which run at midnight each
night (local time) and pull the KwH
On Fri, Aug 20, 2010 at 07:35:47AM +0200, Tobi Oetiker wrote:
Yesterday Philip Peake wrote:
What I found most perplexing was that Tobi seemed to have had the (IMHO
:-) ) right idea to begin with.
I think I have spent enough time trying to explain how rrdtool
works this time around.
*
34 matches
Mail list logo