perfsonar development work

["Jeff W. Boote" <>]

Luis,

I was actually wondering if anyone was converting to bits before storing for 
this reason.

Most RRD/SNMP collections that I have seen do the conversion when displaying the 
graph instead of during collection. This data is written far more often than it 
is read, so this is the more economical way. Plus you save some bits of 
resolution for those faster interfaces this way. ;)

But, this is obviously a reasonable thing to do, and the trade-offs should be 
available to the data collection software/administrator.

Thanks for the "case in point".

jeff

Luis Marta wrote:
> > -----Original Message-----
> > From: Jeff W. Boote [mailto:] 
> > Sent: quarta-feira, 23 de Maio de 2007 23:07
> >
> > P.S.
> >
> > I don't really understand why anyone would be putting 
> > anything other than 
> > octets(bytes) in the RRD files. The SNMP MIB variable is in 
> > octets - why mess 
> > with it? Can someone tell me what other units are being used 
> > for utilization, 
> > and what they are using to collect the data so that it ends 
> > up in other units? 
>
> Hi Jeff.
> Usually the utilization graphics are drawn in bits/s, even though the SNMP
> MIB variable counters are in octets. 
> We, at FCCN, store utilization in bits/s on the RRDs. We have scripts that
> collect the SNMP counters, do the necessary transformation to them, and then
> store them in RRDs in bits/s. This way, when a user clicks on a link to see
> a graphic, all the CGI that creates it has to do is to get the values stored
> in the RRD. Otherwise, we would have to do the transformation at that time.
>
> Regards,
> _____________________________________________
> Luís Marta
> Wg-WAN
> FCCN
> Av. do Brasil, n.º 101 - Lisboa
> Telef. +351 218440100  Fax +351 218472167
> www.fccn.pt
>  
> Aviso de Confidencialidade
> Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter
> informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos
> termos da lei. Caso tenha recepcionado indevidamente esta mensagem,
> solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o
> telefone +351 218440100 devendo apagar o seu conteúdo de imediato. 
> This message is intended exclusively for its addressee. It may contain
> CONFIDENTIAL information protected by law. If this message has been received
> by error, please notify us via e-mail or by telephone +351 218440100 and
> delete it immediately.
>