fix titles
[rrdtool.git] / doc / rrdgraph.pod
1 =head1 NAME
2
3 rrdgraph - About drawing pretty graphs with rrdtool
4
5 =head1 SYNOPSIS
6
7 B<rrdtool graph> I<filename>
8 [I<L<option|rrdgraph/OPTIONS>> ...]
9 [I<L<data definition|rrdgraph_data/DEF>> ...]
10 [I<L<data calculation|rrdgraph_data/CDEF>> ...]
11 [I<L<variable definition|rrdgraph_data/VDEF>> ...]
12 [I<L<graph element|rrdgraph_graph/GRAPH>> ...]
13 [I<L<print element|rrdgraph_graph/PRINT>> ...]
14
15 =head1 DESCRIPTION
16
17 The B<graph> function of B<RRDtool> is used to present the
18 data from an B<RRD> to a human viewer.  Its main purpose is to
19 create a nice graphical representation but it can also generate
20 a numerical report.
21
22 =head1 OVERVIEW
23
24 B<rrdtool graph> needs data to work with, use one or more
25 B<L<data definition|rrdgraph_data/DEF>> statements to collect this
26 data.  You are not limited to one database, it's perfectly legal to
27 collect data from two or more databases (one per statement though).
28
29 If you want to display averages, maxima, percentiles etcetera
30 it is best to collect them now using the
31 B<L<variable definition|rrdgraph_data/VDEF>> statement.
32 Currently this makes no difference but in a future version
33 of rrdtool you may want to collect these values before consolidation.
34
35 The data fetched from the B<RRA> is then B<consolidated> so that
36 there is exactly one datapoint per pixel in the graph. If you do
37 not take care yourself, B<RRDtool> will expand the range slightly
38 if necessary (in that case the first and/or last pixel may very
39 well become unknown!).
40
41 Sometimes data is not exactly as you would like to display it. For
42 instance, you might be collecting B<bytes> per second but want to
43 display B<bits> per second. This is where the
44 B<L<data calculation|rrdgraph_data/CDEF>> command is designed for.
45 After B<consolidating> the data, a copy is made and this copy is
46 modified using a rather flexible B<L<RPN|rrdgraph_rpn/>> command
47 set.
48
49 When you are done fetching and processing the data, it is time to
50 graph it (or print it).  This ends the B<rrdtool graph> sequence.
51
52 =head1 OPTIONS
53
54 =over 4
55
56 =item filename
57
58 The name and path of the graph to generate. It is recommended to
59 end this in C<.png>, C<.svg> or C<.eps> but B<RRDtool> does not enforce this.
60
61 I<filename> can be 'C<->' to send the image to C<stdout>. In
62 that case, no other output is generated.  
63
64 =item Time range
65
66 [B<-s>|B<--start> I<time>]
67 [B<-e>|B<--end> I<time>]
68 [B<-S>|B<--step> I<seconds>]
69
70 The start and end of what you would like to display, and which
71 B<RRA> the data should come from.  Defaults are: 1 day ago until
72 now, with the best possible resolution. B<Start> and B<end> can 
73 be specified in several formats, see
74 L<AT-STYLE TIME SPECIFICATION|rrdfetch/> and L<rrdgraph_examples>.
75 By default, B<rrdtool graph> calculates the width of one pixel in
76 the time domain and tries to get data from an B<RRA> with that
77 resolution.  With the B<step> option you can alter this behaviour.
78 If you want B<rrdtool graph> to get data at a one-hour resolution
79 from the B<RRD>, set B<step> to 3600.  Note: a step smaller than
80 one pixel will silently be ignored.
81
82 =item Labels
83
84 [B<-t>|B<--title> I<string>]
85 [B<-v>|B<--vertical-label> I<string>]
86
87 A horizontal string at the top of the graph and/or a vertically
88 placed string at the left hand side of the graph.
89
90 =item Size
91
92 [B<-w>|B<--width> I<pixels>]
93 [B<-h>|B<--height> I<pixels>]
94 [B<-j>|B<--only-graph>]
95
96 The width and height of the B<canvas> (the part of the graph with
97 the actual lines and such). Defaults are 400 pixels by 100 pixels.
98
99 If you specify the B<--only-graph> option and set the height E<lt> 32
100 pixels you will get a tiny graph image to use as an icon in a potential
101 overview. All labeling will be stripped off the graph.
102
103 =item Limits
104
105 [B<-u>|B<--upper-limit> I<value>]
106 [B<-l>|B<--lower-limit> I<value>]
107 [B<-r>|B<--rigid>]
108
109 By default the graph will be autoscaling so that it displays the
110 portion of the y-axis that is actually used. You can change this
111 behaviour by setting the limits.  The displayed y-axis will show
112 at least from B<lower-limit> to B<upper-limit>.  Autoscaling will
113 still permit those boundaries to be stretched unless the B<rigid>
114 option is set.
115
116 [B<-A>|B<--alt-autoscale>]
117
118 Sometimes the default algorithm for selecting the y-axis scale is not
119 performing very well.  Normally the scale is selected from a predefined
120 set of ranges and this fails miserably when you need to graph something
121 like C<260 + 0.001 * sin(x)>. This option calculates the minimum and
122 maximum y-axis from the actual minimum and maximum values. Our example
123 would display slightly less than C<260-0.001> to slightly more than
124 C<260+0.001> (Contributed by Sasha Mikheev).
125
126 [B<-M>|B<--alt-autoscale-max>]
127
128 Where C<--alt-autoscale> will modify both the absolute maximum AND minimum
129 values, this option will only affect the maximum value. The minimum
130 value, if not defined on the command line, will be 0. This option can
131 be useful when graphing router traffic when the WAN line uses compression,
132 and thus the throughput may be higher than the WAN line speed.
133
134 [B<-N>|B<--no-gridfit>]
135
136 To avoid anti-aliasing effects gridlines are placed on 
137 integer pixel values. This is by default done by extending 
138 the scale so gridlines happens to be spaced using an 
139 integer number of pixels, and starts on integer pixel value.
140 This might extend the scale too much for some logarithmic scales
141 and for linear scales where B<--alt-autoscale> is needed.
142 Using B<--no-gridfit> disables modification of the scale.
143
144 =item Grid
145
146 =over 4
147
148 =item X-Axis
149
150 [B<-x>|B<--x-grid> I<GTM>B<:>I<GST>B<:>I<MTM>B<:>I<MST>B<:>I<LTM>B<:>I<LST>B<:>I<LPR>B<:>I<LFM>]
151
152 [B<-x>|B<--x-grid> B<none>]
153
154 The x-axis label is quite complex to configure, if you don't have
155 very special needs it is probably best to rely on the autoconfiguration
156 to get this right.  You can specify the string C<none> to skip the grid
157 and labels altogether.
158
159 The grid is defined by specifying a certain amount of time in the I<?TM>
160 positions. You can choose from C<SECOND>, C<MINUTE>, C<HOUR>, C<DAY>,
161 C<WEEK>, C<MONTH> or C<YEAR>. Then you define how many of these should
162 pass between each line or label.  This pair (I<?TM:?ST>) needs to be
163 specified for the base grid (I<G??>), the major grid (I<M??>) and the
164 labels (I<L??>). For the labels you also need to define a precision
165 in I<LPR> and a I<strftime> format string in I<LFM>.  I<LPR> defines
166 where each label will be placed. If it is zero, the label will be
167 placed right under the corresponding line (useful for hours, dates
168 etcetera).  If you specify a number of seconds here the label is
169 centered in this interval (useful for Monday, January etcetera).
170
171  --x-grid MINUTE:10:HOUR:1:HOUR:4:0:%X
172
173 This places grid lines every 10 minutes, major grid lines every hour
174 and labels every 4 hours. The labels are placed under the major grid
175 lines as they specify exactly that time.
176
177  --x-grid HOUR:8:DAY:1:DAY:1:0:%A
178
179 This places grid lines every 8 hours, major grid lines and labels
180 each day. The labels are placed exactly between two major grid lines
181 as they specify the complete day and not just midnight.
182
183 =item Y-Axis
184
185 [B<-y>|B<--y-grid> I<grid step>B<:>I<label factor>]
186
187 [B<-y>|B<--y-grid> B<none>]
188
189 Y-axis grid lines appear at each I<grid step> interval.  Labels are
190 placed every I<label factor> lines.  You can specify C<-y none> to
191 skip the grid and labels altogether.  The default for this option is
192 to automatically select sensible values.
193
194 [B<-Y>|B<--alt-y-grid>]
195
196 Place Y grid dynamically based on graph Y range. Algorithm ensures
197 that you always have grid, that there are enough but not too many
198 grid lines and the grid is metric. That is grid lines are placed
199 every 1, 2, 5 or 10 units.  (contributed by Sasha Mikheev)
200
201 [B<-o>|B<--logarithmic>]
202
203 Logarithmic y-axis scaling.
204
205 [B<-X>|B<--units-exponent> I<value>]
206
207 This sets the 10**exponent scaling of the y-axis values.  Normally
208 values will be scaled to the appropriate units (k, M, etc.).  However
209 you may wish to display units always in k (Kilo, 10e3) even if the data
210 is in the M (Mega, 10e6) range for instance.  Value should be an
211 integer which is a multiple of 3 between -18 and 18 inclusive.  It is
212 the exponent on the units you which to use.  For example, use 3 to
213 display the y-axis values in k (Kilo, 10e3, thousands), use -6 to
214 display the y-axis values in u (Micro, 10e-6, millionths).  Use a value
215 of 0 to prevent any scaling of the y-axis values.
216
217 This option is very effective at confusing the heck out of the default
218 rrdtool autoscaler and grid painter. If rrdtool detects that it is not
219 successful in labeling the graph under the given circumstances, it will switch
220 to the more robust B<--alt-y-grid> mode.
221
222 [B<-L>|B<--units-length> I<value>]
223
224 How many digits should rrdtool assume the y-axis labels to be ? You may have to use this option
225 to make enough space once you start fideling with the y-axis labeling.
226
227 =back
228
229 =item Miscellaneous
230
231 [B<-z>|B<--lazy>]
232
233 Only generate the graph, if the current graph is out of date or not
234 existent.
235
236 [B<-f>|B<--imginfo> I<printfstr>]
237
238 After the image has been created, the graph function uses printf
239 together with this format string to create output similar to the PRINT
240 function, only that the printf is supplied with the parameters
241 I<filename>, I<xsize> and I<ysize>. In order to generate an B<IMG> tag
242 suitable for including the graph into a web page, the command line
243 would look like this:
244
245  --imginfo '<IMG SRC="/img/%s" WIDTH="%lu" HEIGHT="%lu" ALT="Demo">'
246
247 [B<-c>|B<--color> I<COLORTAG>#I<rrggbb>[I<aa>]]
248
249 Override the default colors for the standard elements of the graph. The
250 I<COLORTAG> is one of C<BACK> background, C<CANVAS> for the background of
251 the actual graph, C<SHADEA> for the left and top border, C<SHADEB> for the
252 right and bottom border, C<GRID>, C<MGRID> for the major grid, C<FONT> for
253 the color of the font, C<AXIS> for the axis of the graph and finaly C<ARROW>
254 for the arrow head pointing to the future. Each color is composed out of
255 three hexadecimal numbers specifying its color component (00 is off, FF is
256 maximum) of red, green and blue. Optionally you may add another hexadecimal
257 number specifying the transparency (FF is solid). You may set this option
258 several times to alter multiple defaults.
259
260 A green arrow is made by: C<--color ARROW:00FF00>
261
262 [B<--zoom> I<factor>]
263
264 Zoom the graphics by the given amount ... The factor must be E<gt> 0
265
266 [B<-n>|B<--font> I<FONTTAG>B<:>I<size>B<:>I<font>]
267
268 Lets you customize which font to use for the various text elements on the
269 RRD graphs. C<DEFAULT> sets the default value for all elements C<TITLE>,
270 C<AXIS> for the axis labels, C<UNIT> for the vertical unit label, C<LEGEND>
271 for the graph legend.
272
273 Use Times for the title: C<--font TITLE:13:/usr/lib/fonts/times.ttf>
274
275 RRDtool comes with a preset default font. You can set the environment
276 variable C<RRD_DEFAULT_FONT> if you want to change this.
277
278 Truetype fonts are only supported for PNG output. See below.
279
280 [B<-a>|B<--imgformat> B<PNG>|B<SVG>|B<EPS>|B<PDF>]
281
282 Image format for the generated graph. For the vector formats you can choose among the standard Postscript fonts
283 Courier-Bold, Courier-BoldOblique, Courier-Oblique, Courier, Helvetica-Bold,
284 Helvetica-BoldOblique, Helvetica-Oblique, Helvetica, Symbol, Times-Bold, Times-BoldItalic,
285 Times-Italic, Times-Roman, ZapfDingbats 
286
287 [B<-i>|B<--interlaced>]
288
289 If images are interlaced they become visible on browsers more quickly.
290
291 [B<-g>|B<--no-legend>]
292
293 Suppress generation of legend; only render the graph.
294
295 [B<-F>|B<--force-rules-legend>]
296
297 Force the generation of HRULE and VRULE legend even if those HRULE or VRULE will not be drawn because out of graph boundaries (mimics behaviour of pre 1.0.42 versions).
298
299 [B<-T>|B<--tabwidth> I<value>]
300
301 By default the tab-width is 40 pixels, use this option to change it.
302
303 [B<-b>|B<--base> I<value>]
304
305 If you are graphing memory (and NOT network traffic) this switch
306 should be set to 1024 so that one Kb is 1024 byte. For traffic
307 measurement, 1 kb/s is 1000 b/s.
308
309 =item Data and variables
310
311 B<DEF:>I<vname>B<=>I<rrdfile>B<:>I<ds-name>B<:>I<CF>[B<:step=>I<step>][B<:start=>I<time>][B<:end=>I<time>]
312
313 B<CDEF:>I<vname>B<=>I<RPN expression>
314
315 B<VDEF:>I<vname>B<=>I<RPN expression>
316
317 You need at least one B<DEF> statement to generate anything. The
318 other statements are useful but optional.
319 See L<rrdgraph_data> and L<rrdgraph_rpn> for exact format.
320
321 =item Graph and print elements
322
323 You need at least one graph element to generate an image and/or
324 at least one print statement to generate a report.
325 See L<rrdgraph_graph> for exact format.
326
327 =back
328
329 =head1 SEE ALSO
330
331 L<rrdgraph> gives an overview of how B<rrdtool graph> works.
332 L<rrdgraph_data> describes B<DEF>,B<CDEF> and B<VDEF> in detail,
333 L<rrdgraph_rpn> describes the B<RPN> language used in the B<?DEF> statements,
334 L<rrdgraph_graph> page describes all of the graph and print functions.
335
336 Make sure to read L<rrdgraph_examples> for tipsE<amp>tricks.
337
338 =head1 AUTHOR
339
340 Program by Tobias Oetiker E<lt>oetiker@ee.ethz.chE<gt>
341
342 This manual page by Alex van den Bogaerdt E<lt>alex@ergens.op.het.netE<gt>
343