Add inline_max, to optionally limit the size of inlined files #914
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Inlined files live in metadata and decrease storage requirements, but may be limited to improve metadata-related performance. This is especially important given the current plague of metadata performance.
Though decreasing
inline_max
may make metadata more dense and increase block usage, so it's important to benchmark if optimizing for speed.The underlying limits of inlined files haven't changed:
cache_size
attr_max
metadata_max
, so <=min(metadata_max, block_size)/8
By default, the largest possible
inline_max
is used. This preserves backwards compatibility and is probably a good default for most use cases.This does have the awkward effect of requiring
inline_max=-1
to indicate disabled inlined files, but I don't think there's a good way around this.