We are evaluating BTrDB (and others) with an eye towards using it as short-term storage (~1 day) on an edge device. Such a device would be a linux server with limited memory and CPU (2-4 cores, 4-8 GB) and would typically be responsible for ingesting data at machine resolution. The simple nature of what was described on the readme for the 3.x distro therefore appealed; and having read the Berkeley paper, this paradigm seems the most promising to us for time series acquisition. A stripped down container with perhaps clustering ability and (ideally) some method for expiring data, particularly at fine-grained levels, would be ideal.
We are evaluating BTrDB (and others) with an eye towards using it as short-term storage (~1 day) on an edge device. Such a device would be a linux server with limited memory and CPU (2-4 cores, 4-8 GB) and would typically be responsible for ingesting data at machine resolution. The simple nature of what was described on the readme for the 3.x distro therefore appealed; and having read the Berkeley paper, this paradigm seems the most promising to us for time series acquisition. A stripped down container with perhaps clustering ability and (ideally) some method for expiring data, particularly at fine-grained levels, would be ideal.