> I think this leads to the rrd as a dbms discussion we touched 
> a few days ago on the list. This would open up up many 
> possibilities but also have to potential of makeing things a 
> lot more complex. In my eyes it is primarily a matter of 
> finding a really clever design for something like this.
>

It would be nice if rrdtool had some special way of interpreting the
filenames and mapping them to some kind of heirarchical dbms structure.
Then the application wouldn't need to know anything about what was going
on under the hood.

E.g. when the user does `rrdcreate /hostA/eth0_in.rrd ...', rrdtool
would:

- find a real file on disk containing DSes of the same format (same
step, same xff, etc), or create such a file with a predefined number of
empty DSes if it doesn't already exist

- make a record in some database associating /hostA/eth0_in with the
real filename and the internally assigned DS index

- subsequent calls to rrdupdate on /hostA/eth0_in.rrd would be mapped,
behind the scenes, to the real DS

Maybe the filenames could be given a URL-style prefix to indicate that
they are virtual?  E.g. rrd:/hostA/eth0_in.rrd

If they are just multiple DSes in a normal RRD file, there is a problem
of how to ensure they are all updated simultaneously.  However, if this
was an enhanced file format, then the DSes could have independent update
times - even if they were not always updated together, or even if they
are being updated by separate rrdupdate processes called from shell
scripts, the OS level write cache would still have a good chance of
doing it's job.

Regards,

Daniel
_______________________________________________

This e-mail may contain information that is confidential, privileged or 
otherwise protected from disclosure. If you are not an intended recipient of 
this e-mail, do not duplicate or redistribute it by any means. Please delete it 
and any attachments and notify the sender that you have received it in error. 
Unless specifically indicated, this e-mail is not an offer to buy or sell or a 
solicitation to buy or sell any securities, investment products or other 
financial product or service, an official confirmation of any transaction, or 
an official statement of Barclays. Any views or opinions presented are solely 
those of the author and do not necessarily represent those of Barclays. This 
e-mail is subject to terms available at the following link: 
www.barcap.com/emaildisclaimer. By messaging with Barclays you consent to the 
foregoing.  Barclays Capital is the investment banking division of Barclays 
Bank PLC, a company registered in England (number 1026167) with its registered 
offic
 e at 1 Churchill Place, London, E14 5HP.  This email may relate to or be sent 
from other members of the Barclays Group.
_______________________________________________

_______________________________________________
rrd-developers mailing list
[email protected]
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers

Reply via email to