dstanesc

@pswillcock @ruiterr @nedalhy Was this defect already addressed elsewhere?

@DLehenbauer @vladsud Created first draft for material like synthetic data generation [fake-material-data](https://github.com/dstanesc/fake-material-data). Experimenting w/ template based data generation, probably a reusable pattern for other data domains. Looking forward to feedback...

Derived from above, just published a [materials data compression benchmark](https://github.com/dstanesc/materials-compression-benchmark) repository. Evaluating currently `brotli`, `pako` and `lz4js` compression libraries. Serialization provided by `msgpackr`. Materials generated in a typical range of...

@DLehenbauer @vladsud @milanro One more synthetic data generator [fake-metrology-data](https://github.com/dstanesc/fake-metrology-data). Also available via the [npmjs repo](https://www.npmjs.com/package/@dstanesc/fake-metrology-data). Pretty large payloads can be created with it.

... and also the associated [metrology data compression benchmark](https://github.com/dstanesc/metrology-compression-benchmark). Deserves noted that while `Lz4js` is fastest, its compression rate remains behind competitors, for instance an average quality `Brotli` compression for...

### Status overview on HxGN large data contributions: #### Open PRs - [PR 11600](https://github.com/microsoft/FluidFramework/pull/11600) - Configurable Summary Compression - [PR 12396](https://github.com/microsoft/FluidFramework/pull/12396) - Content Defined Chunking Module - [Draft PR 12494](https://github.com/microsoft/FluidFramework/pull/12494)...

> @dstanesc - I was wondering if you were thinking of using the same pattern for chunking? (i.e., have a storage summary adapter that can be chained before or after...