> what you might want to keep in mind is that I intend to > create a new platform independent file format. This will also > have an impact on this ... so if you are looking closely at > all this code, the fileformat work might be integrated ... > > what I have done so fahr is documented on > http://oss.oetiker.ch/rrdtool-trac/wiki/PortableRrdFormat >
Ok, I will look over that. What I have already implemented is my own open(), read(), write() and close() functions for a striped file. I would like rrdtool to call my functions instead of the C library functions. These functions do not actually care too much about the format of the data within the stripes (old format or new format RRD), the bigger issue for me is how to integrate. Currently, I'm just replacing all the C library calls with some function pointers in rrd_file_t. The function pointers get initialised when the file is opened. This means that several back-ends could be in use concurrently. To maximise the benefit of the striping algorithm, there is some additional code (which I'm yet to complete) which ensures that a newly created RRD will have it's first CDPs stored at the same offset within the RRD as the other stripes. I'll try to generalise this concept to work within your new framework. Do you see any problem with bumping the offset of a new RRD file in this way? The algorithm is aimed at products like Ganglia, where all the RRDs are the same size and updated at the same time. 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
