RRDTool una utility molto efficace nella gestione dei sistemi.

Maria Susana Diaz | 09:06 | Databases Sistema

Rilasciata dal suo autore Tobias Oetiker la nuova versione 1.3.0 di RRDTool.

Sviluppata dagli autori di MRTG, RRDtool (Round Robin Database Tool) permette di raccogliere e visualizzare graficamente dati temporali (traffico di rete, utilizzo delle risorse, ecc.).

Round Robin Database tool [http://oss.oetiker.ch/rrdtool/] è un programma open source ideato da Tobias Oetiker che permette di memorizzare misurazioni effettuate nel tempo e ricavarne diagrammi.

Si basa sul concetto del round robin una tecnica che utilizza un numero finito di elementi e un puntatore all'elemento corrente. I nuovi elementi vengono aggiunti sovrascrivendo i dati più vecchi. In pratica il database è circolare, una volta raggiunta la fine il puntatore si sposta di nuovo sul primo elemento e inizia a sovrascrivere i dati.

I vantaggi di questa tecnica risiedono proprio nel fatto che, essendo noto e predeterminato il numero di elementi che compongono il database, le sue dimensioni sono fisse, cosa che sgrava l'amministratore da tutti i problemi di manutenzione relativi alla crescita del database.

Un'altra caratteristica di RRDTool è che i valori non vengono memorizzati quando disponibili, ma a intervalli di tempo predeterminati. Se durante l'intervallo di raccolta il dato non è disponibile, viene memorizzato al suo posto il valore UNKNOWN (sconosciuto) per quell'intervallo. E' chiaro che un alto numero di valori sconosciuti altera i risultati, per cui è molto importante assicurare un flusso costante di dati per l'aggiornamento del database.

Un RRD (Round Robin Database) può contenere qualsiasi tipo di dato numerico, non necessariamente intero, con l'unico limite dato dall'applicabilità della sua struttura circolare.

Il timestamp, ovvero la marcatura temporale del momento della rilevazione del dato, è sempre espresso in numero di secondi trascorsi dal 01/01/1970 (time-epoch) ovvero dalla data convenzionale di creazione di Unix.

RRDTool può essere utilizzato per monitorare qualsiasi tipo di dato sia possibile raccogliere in maniera automatica, ma viene soprattutto utilizzato in congiunzione con il protocollo SNMP.

I sorgenti del programma si possono scaricare da http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/pub/ assieme ai wrappers per vari linguaggi. Cercando su internet potrete sicuramente trovare i binari per le maggiori distribuzioni senza molta fatica.

Le librerie richieste sono libart_lgpl, libpng, zlib, freetype, cgilib, coerenti con la versione dei sorgenti scaricata. Potrete comunque trovarle allo stesso link dei sorgenti nella cartella lib/.
Un esempio pratico

Prima di introdurre un'ulteriore teoria, vorrei passare a qualcosa di pratico. Vediamo quindi un esempio di utilizzo parzialmente ripreso da un articolo su [O3 Magazine n.4]. Lo scopo di questa implementazione è di rilevare e tracciare il carico medio del processore di un personal PC.


Creiamo il database loadav.rrd nella directory corrente:

[root@jupiter root]# rrdtool create loadav.rrd --step 10 DS:load:GAUGE:30:0:100 RRA:AVERAGE:0.5:1:9600 \ RRA:AVERAGE:0.5:4:9600 RRA:AVERAGE:0.5:24:6000

da cui si ottiene il file:

[root@jupiter root]# ls -l
-rw-r--r-- 1 root root 202524 10 mag 16:13 loadav.rrd

Per capire meglio è necessario definire alcuni dei parametri, anche se ritengo opportuno invitarvi alla lettura della man page per i dettagli.

Il parametro --step: indica che il database dovrà essere aggiornato ogni x (10 in questo caso) secondi, ovvero rappresenta la risoluzione minima delle letture.

DS: è la variabile di riferimento (data source) in questo caso sarà denominata load ed essendo essa di tipo GAUGE non verrà memorizzato il cambiamento dall'ultimo valore rilevato, ma il valore assoluto del valore rilevato. Altri tipi di variabile sono: COUNTER consistente in un contatore ad incremento continuo di cui viene immagazzinato il valore per differenza rispetto all'ultima lettura, DERIVE per un contatore decrescente, ABSOLUTE lavora come counter, ma immagazzina il valore del contatore e non la differenza. Si possono creare più variabili in contemporanea dichiarando più DS per uno stesso archivio.

Il programma attenderà al massimo 30 secondi (15 di attesa effettiva + 15 di tolleranza) per il valore prima di registrare un valore UNKNOWN. Tale attesa è detta heartbeat (letteralmente battito cardiaco). Questo è un valore molto delicato, in quanto un intervallo lungo significa accettare la possibile perdita di valori intermedi significativi, mentre un intervallo troppo breve significa rischiare di sovraccaricare il sistema e quindi alterare le misurazioni. Il valore è quindi fortemente legato alla natura del dato da misurare.

La variabile può assumere valori compresi fra min 0 e max 100. I valori al di fuori di tale range vengono scartati automaticamente dal sistema in quanto abbiamo imposto che si tratti di valori errati.

Le variabili successive sono riferite ai Round Robin Archives (RRA) cioè sono specifiche relative al dato archiviato. Il termine AVERAGE è riferito alla funzione di consolidamento e significa MEDIA, ovvero i dati verranno consolidati con un valore medio (nell'esempio in 3 archivi differenti).

Il primo valore, 0.5, indica che al massimo il 50% dei dati può essere di tipo UNKNOWN. Tale valore, che di default è 0, è poco utile quando si riescono a fare misure precise, ma mostra il suo senso quando le rilevazioni dei dati sono molto disturbate.
Nel primo RRA viene indicato che ogni lettura sarà memorizzata fino a 9600 letture, poiché ci si attende una lettura entro 15 secondi si crea uno storico di (15 secondi * 9600 letture) = 144.000 secondi memorizzati = 40 ore.


Nel secondo RRA si memorizzano 9600 letture eseguite ogni 15*4 secondi, cioè 1 ogni minuto. Per un totale memorizzato di 160 ore.

Con il terzo RRA si archiviano 6000 letture memorizzando un valore ogni 24*15 secondi cioè ogni 6 minuti, memorizzando in totale uno storico di 25 giorni.

Questo significa che dai tre archivi potremo analizzare cosa è successo negli scorsi 25 giorni con risoluzioni di 6 minuti, cosa è successo nelle ultime 160 ore con la risoluzione di 1 minuto e cosa è successo nelle ultime 40 ore con un dettaglio di 15 secondi.

Il totale delle letture dà la dimensione dell'archivio, in base all'heartbeat si ha la risoluzione e di conseguenza il periodo massimo monitorato.

Per ulteriori dettagli trovate ampie spiegazioni dei parametri nella pagina di manuale che si ottiene con:

[root@jupiter root]# man rrdcreate

Finora abbiamo solo creato il database che va popolato con i dati da analizzare.
Creiamo ora un piccolo script che, in maniera abbastanza brutale, va a leggere il carico medio del sistema negli ultimi 1, 5, 15 minuti; il numero dei processi in esecuzione/il numero dei processi totali; l'ultimo ID di processo assegnato dal sistema. Lo script estrae poi il carico dell'ultimo minuto memorizzandolo nel database.

Utilizzando un editor (io ho scelto vi)

[root@jupiter root]# vi av.sh

copiate lo script riportato di seguito. Penso sia sufficientemente commentato da non meritare ulteriori spiegazioni.

#!/bin/bash
while [ 1 ] ; do
echo "updating load.."
echo ""
#estraiamo il carico dell'ultimo minuto
CURLOAD=`cat /proc/loadavg | cut -f 1 -d \ `
#memorizziamo il valore ottenuto
rrdtool update loadav.rrd N:$CURLOAD
#diamo qualche informazione a video
CURTIMEIS=`date`
echo "updated at "$CURTIMEIS" with "$CURLOAD
echo ""
#attendiamo 10 secondi prima di ripetere il tutto
sleep 10s
done

Ora trasformate il file in eseguibile ed avviatelo.

[root@jupiter root]# chmod +x av.sh
[root@jupiter root]# ./av.sh

Riporto uno stralcio dell'output tagliato per evitarvi la monotonia di migliaia di righe sempre uguali.

[..]
updated at mer mag 10 16:28:22 EDT 2006 with 0.00
updating load..
updated at mer mag 10 16:28:33 EDT 2006 with 0.00
updating load..
updated at mer mag 10 16:28:43 EDT 2006 with 0.00

Dopo un po' di tempo ho interrotto manualmente (ctrl+C) il programmino. Da buon curioso ho verificato che il file abbia effettivamente dimensione fissa e riporti l'ora dell'ultimo aggiornamento.

[root@jupiter root]# ls -l
-rw-r--r-- 1 root root 202524 10 mag 16:29 loadav.rrd

Sempre da buon curioso ho voluto verificare come la dimensione del file fosse dipendente dai parametri di creazione. Chiaramente essendo tanto pigro quanto curioso non ho letto i sorgenti, ma mi sono arrangiato con un paio di test per un po' di reverse engineering. Di seguito vedete le istruzioni di creazione di 3 RRA con rispettivamente 1000, 2000 e 1 elemento e di seguito la dimensione del file ottenuto:

[root@giacomini mytests]# rrdtool create loadav2.rrd --step 10 DS:load:GAUGE:30:0:100 RRA:AVERAGE:0.5:1:1000
-rw-r--r-- 1 root root 8540 12 mag 12:11 loadav2.rrd

[root@giacomini mytests]# rrdtool create loadav2.rrd --step 10 DS:load:GAUGE:30:0:100 RRA:AVERAGE:0.5:1:2000
-rw-r--r-- 1 root root 16540 12 mag 12:11 loadav2.rrd

[root@giacomini mytests]# rrdtool create loadav2.rrd --step 10 DS:load:GAUGE:30:0:100 RRA:AVERAGE:0.5:1:1
-rw-r--r-- 1 root root 548 12 mag 12:13 loadav2.rrd

Dai numeri si evince che esiste un overhead fisso di 540 bytes dovuto probabilmente alle intestazioni ed ai puntatori, più 8 bytes per ogni dato:
8x1= 8 + 540=548
8x1000 + 540=8540
8x2000 + 540=16540

Ripetendo l'esperimento per due serie si ha un hoverhead di 732 bytes (meno del doppio) che indica alcuni elementi in comune alle serie. Quindi effettivamente la dimensione del database è predeterminata alla creazione ed è pari al numero totale di elementi moltiplicati per 8 bytes. Al totale va aggiunto un overhead di 540 bytes per la prima serie (inferiore per le successive) il cui peso sulle dimensioni è ovviamente tanto minore quanto maggiore è il numero di elementi memorizzati.

Ora abbiamo ottenuto un database con dei dati. Sfrutto quindi il comando fetch per visualizzarne il contenuto che è mostrato di seguito, troncato per leggibilità:

[root@jupiter root]# rrdtool fetch loadav.rrd AVERAGE

1147291750: nan
1147291760: nan
1147291770: nan
1147291780: nan
[..]
1147292000: nan
1147292010: nan
1147292020: nan
1147292030: nan
1147292040: 6.3000000000e-01
1147292050: 5.4000000000e-01
1147292060: 4.5800000000e-01
1147292070: 3.8700000000e-01
[..]
1147292910: 0.0000000000e+00
1147292920: 0.0000000000e+00
1147292930: 0.0000000000e+00
1147292940: 0.0000000000e+00
1147292950: 0.0000000000e+00
1147292960: nan
1147292970: nan

Visto così, l'estratto delle righe memorizzate non ci trasmette un gran numero di informazioni e il dump in XML non è molto più esaustivo anche se perlomeno contiene alcuni elementi relativi al DS che aiutano nella comprensione dei dati:

[root@jupiter root]# rrdtool dump loadav.rrd


0001
10
1147292953


load
GAUGE
30
0.0000000000e+00
1.0000000000e+02

UNKN
0.0000000000e+00
0


AVERAGE
1
5.0000000000e-01


NaN 0


NaN
NaN
NaN
NaN
NaN
NaN
NaN
NaN
NaN
[...]
3.6250000000e-02
1.9250000000e-02

Quindi per avere un qualcosa di realmente utile ho creato il grafico:

[root@jupiter root]# rrdtool graph /var/www/html/loadav.png DEF:load=loadav.rrd:load:AVERAGE LINE1:load#0000ff:Load --start -1h
480x155

Avendo avuto l'accortezza di indirizzare il risultato sulla directory del web server locale del mio PC posso visualizzarlo con il browser (in alternativa potete indirizzare il grafico alla directory corrente e visualizzare il tutto con un visualizzatore grafico qualsiasi):
Grafico carico CPU

Volendo un intervallo temporale più ristretto (ovvero un maggior dettaglio):

[root@jupiter root]# rrdtool graph /var/www/html/loadav.png DEF:load=loadav.rrd:load:AVERAGE LINE1:load#0000ff:Load --start -40m --end -30m
480x155

si ottiene:
Grafico carico CPU

Vediamo ora un grafico su dati diversi con un po' di matematica all'interno:

[root@giacomini mytests]# rrdtool graph /var/www/html/loadav.png DEF:load=loadav.rrd:load:AVERAGE CDEF:loadsec=load,1000,\* LINE2:loadsec#ff0000:Load/sec LINE1:load#0000ff:Load --start -1h
480x155

Grafico carico CPU
Ovviamente essendo il grafico del carico al secondo (rosso) su una scala 1000 volte maggiore di quella del carico in millisecondi (blu), quest'ultimo non risulta leggibile.

Una nota: quando si lavora con variabili di tipo contatore bisogna ricordarsi del fenomeno di riazzeramento (wrap), ovvero del fatto che il contatore arrivato al limite computabile (dipendente dal numero di bits che si intende usare nei conteggi) si azzera e ricomincia il conteggio. RRDTool compensa automaticamente questo tipo di problemi quando la differenza tra due variabili è negativa, ovvero quando si è presentato il fenomeno del passaggio per lo zero. Bisogna comunque fare attenzione a non lavorare con un basso numero di bits su intervalli di tempo troppo lunghi in quanto la nuova lettura dopo il passaggio per lo zero potrebbe assumere un valore più alto della lettura precedente. In tale caso la differenza sarebbe maggiore di zero e il riazzeramento non verrebbe intercettato dando luogo ad errori di misura. I valori di min e max possono essere utili per intercettare e scartare tali valori anomali.

Chiudo qui queste brevi note su RRDTool invitando coloro che trovano antipatica la riga di comando, a provare l'ottima interfaccia grafica per questo tool fornita da CACTI: un progetto open source nato appunto per semplificare l'approccio a RRDTool.

fonte: pluto.i

RRDtool Gallery

MMS Inbound

Simply parse of SNMPget from Vendor OID. The graph display the actual volume of transactions for MMS submitions, from 3 differents devices, such as, Phone, VAS and MM4 (others operator). -- Alex Rivoltella XYZ-tiscalinet.it>, 2006/3

MMS Retrieve

Simply parse of SNMPget from Vendor OID. The graph display the actual volume of transactions for MMS retrieve for mobile phone and sent to other Operators (OLO). -- Alex Rivoltella XYZ-tiscalinet.it>, 2006/3

MMS Errors

Simply parse of SNMPget from Vendor OID. The graph display the actual send a PAP push to the mobile, possibile errors due to get to HLR and retrieve for mobile. -- Alex Rivoltella XYZ-tiscalinet.it>, 2006/3

Traffic jam statistics Netherlands

RRD with number of dutch traffic jams, length, weather, prediction and 24h ago -- Jeroen Wunnink XYZ-filegroei.nl>, 2008/5 [demo]

SIP Messages Last Week

Inbound and outbound SIP messages on a VoIP trunk group over the last week. -- Chris Aloi and Matthew M. Boedicker , 2008/

f

Cubemon - Real-Time openGL rotating .png images from RRDTool. Images generated by stats from monitored devices rotate in cubes. This example showing 26 devices at once -- Hamish Marson XYZ-travellingkiwi.com>, 2008/4

Sinus-Regression of Server-Traffic

This graph shows the traffic of a networkinterface(dark-green). In red is displayed the optimal sinus-curve thru the points of one week. Light-green is the "can-be-range" of the traffic that was not alarmed. Yellow is the "warning-range" of the curve and every other points cause an CRITICAL-Warning in our minitoring. So we bring the statistics-calculations into the monitoring. That will show us abnormaly using of different curves and alarm it. -- Holger Kohn XYZ-kohn-nf.de>, 2008/1 [demo]

Energy Mix

This graph shows indoor and outdoor temperature, heating temperatures, brightness, natural gas and electric power consumption. Values come from MessPC system and is created with sensorserver project -- Lutz Schulze XYZ-messpc.de>, 2008/3 [demo]

Network Appliance IOPs by protocol

We use a combination of RRDtool, SNMP and Python to gather metrics and generate graphs for several of our critical systems. This graph shows a three hour window of the disk IO activity on one of our NetApp filers broken down by protocol (CIFS, NFS, FCP and iSCSI). -- Robert McDermott XYZ-gmail.com>, 2007/12

PC temperatures and fan speeds

An aggregate of all the temperatures and fans in my personal desktop computer. The spike is me watching a HD movie trailer. The grey area is a reboot. -- Ciprian Popovici , 2007/10

Filesystem Utilization and Predicted Trends

Shows filesystem utilization with projected trend lines based on various starting points in the dataset. Trends are computed using the rrdtool Least Squares Line functions. If a trend is predicted to cross 100% utiliztion within the graph window, the date of the crossing is displayed. -- Damien S. Stuart XYZ-dstuart.org>, 2007/6

Streaming Auditor mesure

This graph waas made in order to have an idea of how many listerners are on the webradio every 5 minutes (in order to have a look on privileged listeing hours). It's an example of a "Blue Flaming". Thanks to ED and dedibox-news great helper team. If you want more explainations send me a mail. -- Black Dragon ? XYZ-ozone-server.com>, 2007/5 [demo]

Thermostat with Indoor / Outdoor Temperature

A graph of the internal (green) and external (grey) temperature from an IP enabled thermostat. Red areas denote times when the heat was on while blue denotes times when the air-conditioning was on. This graph also simulates translucent intersecting areas where the internal and external temperatures can swap places without becoming unreadable. -- Anders Brownworth , 2007/5 [demo]

Voltage control on APC Smart-UPS 2200 (Last Month)

This graph shows the operating voltage of the electrical outlets in the last month. -- SnikS XYZ-vitmn.ru>, 2007/4

Temperature

This graph shows the temperature of a computer room (indoor) and make a parallel with external temperature (in Porto Alegre city). -- João Marcelo Ceron <>, 2007/6 [demo]

DOCSIS UPSTREAM UTILIZATION

This graph show de upstream utilization of DOCSIS CMTS in the cable modem broadband operator. -- Diego Santos Soares XYZ-yahoo.com.br>, 2006/10

Statistic for network interfaces

This a real (not artificial) data from a production machine. Isn't it amazing? Probably not the ideal sampling interval. -- Andrey Afanasiev XYZ-mcc.elektra.ru>, 2006/11 [demo]

Merry Christmas

Over a year ago I discoverd RRDtool. I had lots of fun creating all sorts of new graphs since then. So why not use RRDtool for my christmas cards too. A formula for the trees was simple. Father Christmas was more of a challenge though. -- Peter J. Linden XYZ-linden-itc.de>, 2005/12

Server room temperature monitoring

There are 8 thermal sensors across my server room. This graph shows thermal condition of various parts of the server room. -- Evgueni V. Gavrilov XYZ-rusunix.org>, 2006/10

Temperature, humidity and pressure plots

We use rrdtool to plot some basic meteorological parameters. Data is coming from our institute's (http://www.igf.fuw.edu.pl/zfa/en/) meteo-station which was build from scratch by students. Rrdtool fetch command is also used for creation of datafiles available on the website. -- Sylwester Arabas XYZ-igf.fuw.edu.pl>, 2005/12 [demo]

Load and CPU usage

Graphs the load averages on the system and the fractions of CPU states under the curve. -- Lars Kotthoff XYZ-metalhead.ws>, 2006/10 [demo]

Interconnect Utilization in Erlangs (Minutes per Minute)

Graph shows inbound and outbound call traffic going in and out of the switch via the 6 trunks connected to the Diamond exchange. Inbound traffic shown as positive and uses a lowest-free fill method. Outbound traffic shown as negative uses a distributed fill method. Tech details on RRDtrac. -- Ben Golden XYZ-.removethis.blueyonder.co.uk>, 2006/3

The Matrix

This is a part of our cluster of about 2000 CPUs. All nodes are being monitored in real-time for major system information every 15 seconds. Data collection and consolidation is done on one central server. -- Fabien Wernli , 2006/1

Windvaan de drie delfzijlen

A graph showing wind speed & direction. -- H.R. ter Veer XYZ-noorderzijlvest.nl>, 2006/1

RRDstats QOS classes usage

RRDStats is Coyote Linux & BrazilFW floppy router package. Graphical statistics for bandwidth usage, link quality and defined QOS classes. -- Dolly XYZ-czi.cz>, 2005/11 [demo]

Gamer count on 1stgame.nl

Stacked graph of gameserver player counts -- Tom Mulder XYZ-removethis.1stgame.nl>, 2005/11 [demo]

SMPP Router Statistics

SMSs per second statistics graph -- Osinet XYZ-osinet.com.ar>, 2005/11 [demo]

Traffic in Kibibytes - cable modem.

Just an example of different colors and transparency more or less using the rrdtool's site colors. Has a one minute --step. -- Ryan Jordan XYZ-gmail.com>, 2005/11 [demo]

Weather monitoring

This graph shows the atmospheric pressure measured at our school's weather station. We use this data and graphs to demonstrate weather behavior with real life data. -- Kantonsschule Zug XYZ-kanti-zug.ch>, 2005/11 [demo]

WAN Link Monitoring

These graphs show network traffic inbound and outbound on the WAN link from our office into our corporate network, and allow us to monitor the network usage of each department in the office. pmacct is used to monitor all traffic on a mirrored switch port, with some perl scripts to parse the pmacct data, store it into rrd files and generate the graphs. Get in touch with me if you have any questions. -- Martin Pot , 2004/1

Solar System's Data

Shows the daily information about our solar system's data and state -- Christian Kaiser XYZ-online.de>, 2005/8 [demo]

Statistic for antispam server

Unlike most other report, data in this report are collected every hour (3600 sec). This graph shows how the effectiveness of using postfix UCE control, greylisting and spamassassin to reduce spam. -- Bambang Budiharto XYZ-i6x.org>, 2005/6

ACAD Network - kuzniki.net - traffic graphing

This graph shows amount of total and peer2peer traffic generated by user. Online, offline decision is based on information if the computer was sending any data. (Legend translation: 'bajtow na sek DO' - eng. incoming Bps, 'bajtow na sek Z' - eng. outgoing Bps, 'razem' - eng. total, 'wylaczony' - eng. offline, 'wlaczony' - eng. online) -- Gabriel Borkowski , 2005/6

Mailgraph and Greylisting

This graphs show the effect that the greylisting technique had on our mail traffic. Notice the drop of spam and viruses in the middle of the graph (June 2004) and the corresponding increase in the rejected mails. -- David Schweikert XYZ-ee.ethz.ch>, 2005/6

Ram Usage on Linux Machine

Created for use with Torrus (unsubmitted) to show the usage of all available RAM, stacked by type of usage. -- Michiel Brandenburg XYZ-xepa.nl>, 2005/5

CPU Load drawed with drraw.cgi

Created with drraw from Christophe Kalt (See RRDtool Companions) Changing Colors and using the new Trend Funkion. -- Christoph Baumann XYZ-coop.ch>, 2005/5

Fluxoscope Graph

Fluxoscope is a system used by SWITCH for measurements of our external network traffic. One of its products are graphs which represent, for each external connection, the protocol distribution of traffic over time. The example graph shows the traffic distribution on one of our "upstream" or transit ISPs over a period of a few hours. The "positive" part of the graph shows incoming traffic (what we receive from the ISP), the "negative" part corresponds to outgoing traffic (what we send them). -- Simon Leinen XYZ-switch.ch>, 2005/5

spamd connections

OpenBSD's spam deferral daemon connection graph shows simultaneous connections in green, and connection times in blue. The dark blue line shows the average connection time, with lighter blue used to show the range from minimum to maximum as a blurring effect. The data is taken from a spamd logfile every time a line is added, or at 10 second intervals if no new data arrives in which case the most recent values are duplicated.

The RRD is created with a 30 second heartbeat - so some fractional number of connections is possible. For those unfamiliar with spamd, it is an SMTP tarpit for blacklisted senders. The logfile includes the number of concurrent connections each time a new host connects, and the time a connection has lasted when a host disconnects. The number of connections should be fairly accurate in the graphs, while the connection times are not so in the short-term, depending more on the timing of the disconnects. Connections and times are tracked separately in perl, except that disconnects cause a decrement in the connection count as well. -- Christopher Kruslicky XYZ-kruslicky.net>, 2005/4

UW-HEP Grid Computing Resources Graph

This graph shows that the Linux Intel computing resources available for particle physics research at the University of Wisconsin provides 4.7 CPU years of computing power every day. It's a combination of Condor pools managed by High Energy Physics, the Computer Science Department and the Grid Laboratory of Wisconsin. -- Steve Rader XYZ-hep.wisc.edu>, 2005/5 [demo]

UW-HEP Grid CPU Utilization Graph

This graph shows the utilization of Linux Intel CPUs by particle physics researchers and other members of the Grid Laboratory of Wisconsin. -- Steve Rader XYZ-hep.wisc.edu>, 2005/5 [demo]

Add your own graphs to this list

If you have created a graph you like, and you think I would like it too, please send me the image plus an xml file like the example below to be considered for addition to this page. Note that your graph must not be wider than 600 pixels.

A Title for the Graph
 Who created it ? 
 max 300 characters of background information. 
 2005  4  



 http://somesite.blabla.plac 
 max@example.com 

RRDtool Download

You can download RRD tool from several places:
Primary Distribution Point

• Stable Release
• Development SnapShots

You might want to read the build instructions for inspiration on where to go after downloading the source.

Mirror Sites

• BR ftp://ftp.pucpr.br/rrdtool/. (Rafael Gustavo Gassner rafael.gassner@pucpr.br)
• FR ftp://ftp.fastorama.com/mirrors/rddtool (MrJacK mrjack@fastorama.com)
• NL ftp://ftp.bit.nl/mirror/rrdtool/ (BIT, The Netherlands mirror@bit.nl)
• RO http://ftp.idilis.ro/mirrors/rrdtool/ (Dragos Nitu mirrors@idilis.net)
• SE ftp://ftp.sunet.se/pub/network/monitoring/rrdtool/ (Johan.Hofvander@sdi.slu.se)
• SI http://www.fastmirrors.org/rrdtool/ (Tomy Kurtis webadmin [at] fastmirrors.org)

Binary Distributions

• AIX by Zoran Majcenic -- http://www.inet.hr/zmp/ibm/rrdtool
• Debian Linux http://packages.debian.org/rrdtool
• Redhat/Fedora http://dag.wieers.com/packages/rrdtool/
• Native Windows 1 local
• Native Windows 2 http://www.gknw.net/mirror/rrdtool/
• NetWare http://www.gknw.net/mirror/rrdtool/
• Cygwin Windows http://www.cacti.net/downloads/rrdtool/win32/
• Solaris http://www.sunfreeware.com

Anonymous SVN for RRDtool

RRDtool source is stored in a subversion repository with anonymous access.

Browse the RRDtool SVN via RRDtrac. Or if you want todo more than look ...

svn ls -R svn://svn.oetiker.ch/rrdtool/

tells you what is in the repository. Normally, development will happen in the "trunk" directory. Every major release gets an entry in the "branches" tree, and every released version get added to the "tags" tree.

If you checkout code from the subversion repository, you will find that the configure script is missing. You get this generated by running: ./MakeMakefile ... note that you will need automake, autoconf and libtool installed for this to work.

If you fix a bug, I would love to see the output of 'svn diff'.

Starting with rrdtool 1.3rc1, make sure to run ./configure --enable-maintainer-mode prior before 'makeing' modified source, to ensure that all bits get properly rebuilt.

To get the latest changes from the current 1.2 branch use this:

svn checkout svn://svn.oetiker.ch/rrdtool/branches/1.2/program mv program rrdtool-1.2 cd rrdtool-1.2 ./MakeMakefile

Se ti è piaciuto l'articolo, iscriviti al feed per tenerti sempre aggiornato sui nuovi contenuti del blog:

TiPI (Ti Potrebbe Interessare)
08/09- Che si tratti di semplici appassionati o professionisti, con LMMS è possibile comporre brani musicali senza acquistare software costoso 02/09 - KOffice, suite d'ufficio integrata e libera per KDE rilascia la versione 2.02 01/09 - Kplayer consente facilmente di riprodurre una grande varietà di file audio e video 09/08 - Aggiornamenti di sicurezza importanti per Ubuntu 9.04 Jaunty Jackalope riguardanti Firefox e Xulrunner 31/07 - Infrastruttura per filtro di posta Perl per l'MTA Courier 23/07 - Nuovi aggiornamenti per la sicurezza in Ubuntu 9.04 Jaunty Jackalope riguardanti le librerie PulseAudio 18/07 - LyX document processor con interfaccia grafica per elaborare testi rilascia la versione 1.6.3 13/07 - Bubbleshare servizio per immagazzinare e condividere fotografie 07/07 - Enigmail, estensione open source per il client e-mail della suite Mozilla / Netscape e per Mozilla Thunderbird 07/07 - GVim, editor di testo open source e multipiattaforma
	LinuxLinks
	15/10 - Guida per installare aMule Adunanza in Ubuntu Linux 14/10 - XEmacs editor di testo derivato da GNU Emacs con un buon supporto per l'interfaccia grafica 13/10 - Konversation, Internet Relay Chat Client per KDE rilascia la RC1 per la versione 1.2 08/10 - Canonical mette a disposizione i widgets per annunciare l'arrivo di Ubuntu 9.10 Karmic Koala 04/10 - Aggiornamenti completi per la versione 3.1 di OpenOffice disponibili nei repository ufficiali di Ubuntu 9.04 Jaunty Jackalope 02/10 - Ubuntu 9.10 Karmic Koala: tutto il software per applicazioni grafiche presente nei repository ufficiali, terza puntata 01/10 - ELinks browser web testuale per sistemi operativi nativi UNIX 01/10 - Rilasciata la nuova versione di Arora web browser open source multipiattaforma creato con Qt basato su WebKit 23/09 - Ubuntu 9.10 Karmic Koala: Software Packages presenti nella Categoria Databases 22/09 - Nuovi aggiornamenti di Firefox 3.0 per Ubuntu 9.04 Jaunty Jackalope 14/09 - Round Robin Database tool (RRDTool) permette di raccogliere e visualizzare graficamente dati temporali 11/09 - Claws Mail si aggiorna e rilascia la nuova versione 10/09 - HTML 5: è arrivato il momento di rimettersi in pari con l'evoluzione del Web 11/09 - Strumenti a linea di comando per convertire i vari tipi di immagine nel formato standard .iso 09/09 - SQlite, server leggero e flessibile perfettamente aderente agli standard SQL

Trovato questo articolo interessante? Condividilo sulla tua rete di contatti in Twitter, sulla tua bacheca su Facebook, in Linkedin, Instagram o Pinterest. Diffondere contenuti che trovi rilevanti aiuta questo blog a crescere. Grazie!

FACEBOOK

TWITTER

Tweet

LINKEDIN