diff options
| author | Evangelos Foutras <evangelos@foutrelis.com> | 2014-08-30 10:13:43 +0300 |
|---|---|---|
| committer | Zbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl> | 2014-08-30 17:41:15 -0400 |
| commit | b4232628f3d4b00c967310d56c0e95715c9d05cd (patch) | |
| tree | 0080a4a98ca571d48cb8d7ad7a5f1605a8f1409b /src/journal/test-compress.c | |
| parent | f697185e5b45287b6a62592129e726d8a636d3ff (diff) | |
journal/compress: use LZ4_compress_continue()
We can't use LZ4_compress_limitedOutput_continue() because in the
worst-case scenario the compressed output can be slightly bigger than
the input block. This generally affects very few blocks and is no reason
to abort the compression process.
I ran into this when I noticed that Chromium core dumps weren't being
compressed. After switching to LZ4_compress_continue() a ~330MB Chromium
core dump gets compressed to ~17M.
Diffstat (limited to 'src/journal/test-compress.c')
0 files changed, 0 insertions, 0 deletions