SM0 She11

Path: / / usr / share / doc / rrdtool-perl-1.4.8 / html

Full Path (server): /usr/share/doc/rrdtool-perl-1.4.8/html

📄 RRDp.html [E] [D]
📄 RRDs.html [E] [D]

Editing: RRDp.html

<?xml version="1.0" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>RRDp</title>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<link rev="made" href="mailto:root@localhost" />
</head>

RRDp - Attach RRDtool from within a perl script via a set of pipes;

<h1 id="SYNOPSIS">SYNOPSIS</h1>

use RRDp

RRDp::start path to RRDtool executable

RRDp::cmd rrdtool commandline

$answer = RRD::read

$status = RRD::end

$RRDp::user, $RRDp::sys, $RRDp::real, $RRDp::error_mode, $RRDp::error

<h1 id="DESCRIPTION">DESCRIPTION</h1>

With this module you can safely communicate with the RRDtool.

After every RRDp::cmd you have to issue an RRDp::read command to get RRDtools answer to your command. The answer is returned as a pointer, in order to speed things up. If the last command did not return any data, RRDp::read will return an undefined variable.

If you import the PERFORMANCE variables into your namespace, you can access RRDtool&#39;s internal performance measurements.

<dl>

Load the RRDp::pipe module.

</dd>
<dt id="RRDp::start-path-to-RRDtool-executable">RRDp::start path to RRDtool executable</dt>
<dd>

start RRDtool. The argument must be the path to the RRDtool executable

</dd>
<dt id="RRDp::cmd-rrdtool-commandline">RRDp::cmd rrdtool commandline</dt>
<dd>

pass commands on to RRDtool. Check the RRDtool documentation for more info on the RRDtool commands.

Note: Due to design limitations, RRDp::cmd does not support the <code>graph -</code> command - use <code>graphv -</code> instead.

</dd>
<dt id="answer-RRDp::read">$answer = RRDp::read</dt>
<dd>

read RRDtool&#39;s response to your command. Note that the $answer variable will only contain a pointer to the returned data. The reason for this is, that RRDtool can potentially return quite excessive amounts of data and we don&#39;t want to copy this around in memory. So when you want to access the contents of $answer you have to use $$answer which dereferences the variable.

</dd>
<dt id="status-RRDp::end">$status = RRDp::end</dt>
<dd>

terminates RRDtool and returns RRDtool&#39;s status ...

</dd>
<dt id="RRDp::user-RRDp::sys-RRDp::real">$RRDp::user, $RRDp::sys, $RRDp::real</dt>
<dd>

these variables will contain totals of the user time, system time and real time as seen by RRDtool. User time is the time RRDtool is running, System time is the time spend in system calls and real time is the total time RRDtool has been running.

The difference between user + system and real is the time spent waiting for things like the hard disk and new input from the Perl script.

</dd>
<dt id="RRDp::error_mode-and-RRDp::error">$RRDp::error_mode and $RRDp::error</dt>
<dd>

If you set the variable $RRDp::error_mode to the value &#39;catch&#39; before you run RRDp::read a potential ERROR message will not cause the program to abort but will be returned in this variable. If no error occurs the variable will be empty.

<pre><code> $RRDp::error_mode = &#39;catch&#39;;
 RRDp::cmd qw(info file.rrd);
 print $RRDp::error if $RRDp::error;</code></pre>

</dd>
</dl>

<h1 id="EXAMPLE">EXAMPLE</h1>

<pre><code> use RRDp;
 RRDp::start &quot;/usr/local/bin/rrdtool&quot;;
 RRDp::cmd qw(create demo.rrd --step 100 
 DS:in:GAUGE:100:U:U
 RRA:AVERAGE:0.5:1:10);
 $answer = RRDp::read;
 print $$answer;
 ($usertime,$systemtime,$realtime) = ($RRDp::user,$RRDp::sys,$RRDp::real);</code></pre>

For more information on how to use RRDtool, check the manpages.

<h1 id="AUTHOR">AUTHOR</h1>

Tobias Oetiker &lt;tobi@oetiker.ch&gt;

</body>

</html>