[jira] [Updated] (FLINK-6773) Use compression (e.g. snappy) for full check/savepoints

["Stefan Richter (JIRA)" <ji...@apache.org>]

     [ 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)