q_compress
```rust use qcompress::{autocompress, autodecompress, DEFAULTCOMPRESSION_LEVEL};
fn main() { // your data let mut myints = Vec::new(); for i in 0..100000 { myints.push(i as i64); }
// Here we let the library choose a configuration with default compression
// level. If you know about the data you're compressing, you can compress
// faster by creating a CompressorConfig
.
let bytes: Vec
// decompress
let recovered = auto_decompress::
To run something right away, try the benchmarks.
For a lower-level standalone API that allows writing/reading one chunk at a time and extracting all metadata, see the docs.rs documentation.
To embed/interleave q_compress
in another data format, it is better to use
the wrapped API and format than standalone.
See the wrapped time series example.
This allows
* fine-level data paging with good compression ratio down to page sizes of >20 numbers
(as long as the overall chunk has >2k or so)
* less bloat by omitting metadata that the wrapping format must retain
See changelog.md
Small data types can be efficiently compressed in expansion:
for example, compressing u8
data as a sequence of u16
values. The only cost to using a larger datatype is a small
increase in chunk metadata size.
When necessary, you can implement your own data type via
q_compress::types::NumberLike
and (if the existing signed/unsigned
implementations are insufficient)
q_compress::types::SignedLike
and
q_compress::types::UnsignedLike
.
Recall that each chunk has a metadata section containing * the total count of numbers in the chunk, * the ranges for the chunk and count of numbers in each range, * and the size in bytes of the compressed body.
Using the compressed body size, it is easy to seek through the whole file and collect a list of all the chunk metadatas. One can aggregate them to obtain the total count of numbers in the whole file and even an approximate histogram. This is typically about 100x faster than decompressing all the numbers.
See the fast seeking example.