[
https://issues.apache.org/jira/browse/FLINK-6773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Richter updated FLINK-6773:
----------------------------------
Description:
We could use compression (e.g. snappy stream compression) to decrease the size
of our full checkpoints and savepoints. From some initial experiments, I think
there is great potential to achieve compression rates around 30-50%. Given
those numbers, I think this is very low hanging fruit to implement.
One point to consider in the implementation is that compression blocks should
respect key-groups, i.e. typically it should make sense to compress per
key-group.
was:We could use compression (e.g. snappy stream compression) to decrease the
size of our full checkpoints and savepoints. From some initial experiments, I
think there is great potential to achieve compression rates around 30-50%.
Given those numbers, I think this is very low hanging fruit to implement.
> Use compression (e.g. snappy) for full check/savepoints
> -------------------------------------------------------
>
> Key: FLINK-6773
> URL: https://issues.apache.org/jira/browse/FLINK-6773
> Project: Flink
> Issue Type: Improvement
> Components: State Backends, Checkpointing
> Reporter: Stefan Richter
>
> We could use compression (e.g. snappy stream compression) to decrease the
> size of our full checkpoints and savepoints. From some initial experiments, I
> think there is great potential to achieve compression rates around 30-50%.
> Given those numbers, I think this is very low hanging fruit to implement.
> One point to consider in the implementation is that compression blocks should
> respect key-groups, i.e. typically it should make sense to compress per
> key-group.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
