Skip to content

[FLINK-6766] Update documentation about async backends and incrementa…#4011

Closed
StefanRRichter wants to merge 1 commit intoapache:masterfrom
StefanRRichter:backend-docu-update
Closed

[FLINK-6766] Update documentation about async backends and incrementa…#4011
StefanRRichter wants to merge 1 commit intoapache:masterfrom
StefanRRichter:backend-docu-update

Conversation

@StefanRRichter
Copy link
Contributor

…l checkpoints

This PR introduces some documentation about async heap backends and incremental snapshots with RocksDB.

@StefanRRichter
Copy link
Contributor Author

CC @rmetzger

Copy link
Contributor

@alpinegizmo alpinegizmo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A couple of minor spelling/grammar changes.


Incremental checkpoints can dramatically reduce the checkpointing time in comparison to full checkpoints, at the cost of a (potentially) longer
recovery time. The core idea is that incremental checkpoints only record all changes to the previous completed checkpoint, instead of
producing a full, self-contained backups of the backend. Like this, incremental checkpoints build upon previous checkpoints. Flink leverages
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a full, self-contained backup of the state backend


- As RocksDB's JNI bridge API is based on byte[], the maximum supported size per key and per value is 2^31 bytes each.
IMPORTANT: states that use merge operations in RocksDB (e.g. ListState) can silently accumulate value sizes > 2^31 bytes and will then fail on their next retrival. This is currently a limitation of RocksDB JNI.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

retrieval

Limitations of the RocksDBStateBackend:

- As RocksDB's JNI bridge API is based on byte[], the maximum supported size per key and per value is 2^31 bytes each.
IMPORTANT: states that use merge operations in RocksDB (e.g. ListState) can silently accumulate value sizes > 2^31 bytes and will then fail on their next retrival. This is currently a limitation of RocksDB JNI.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

retrieval

@StefanRRichter
Copy link
Contributor Author

Thanks for the input @alpinegizmo ! I updated the text accordingly.

@rmetzger
Copy link
Contributor

I'll merge the change.

asfgit pushed a commit that referenced this pull request May 31, 2017
@asfgit asfgit closed this in 8854513 May 31, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants