summaryrefslogtreecommitdiffstats
path: root/lib/decompress_unxz.c
diff options
context:
space:
mode:
authorGao Xiang <hsiangkao@linux.alibaba.com>2021-10-09 04:08:39 +0800
committerGao Xiang <hsiangkao@linux.alibaba.com>2021-10-19 23:44:30 +0800
commit386292919c255da42ff6d6d3c51594f796ac146a (patch)
tree091b5ad7c47dd5350335d45dd7dc3f529a21d6ab /lib/decompress_unxz.c
parent72bb52620fdffca95a14ee52188a33cd84e574e2 (diff)
downloadlinux-386292919c255da42ff6d6d3c51594f796ac146a.tar.gz
linux-386292919c255da42ff6d6d3c51594f796ac146a.tar.bz2
linux-386292919c255da42ff6d6d3c51594f796ac146a.zip
erofs: introduce readmore decompression strategy
Previously, the readahead window was strictly followed by EROFS decompression strategy in order to minimize extra memory footprint. However, it could become inefficient if just reading the partial requested data for much big LZ4 pclusters and the upcoming LZMA implementation. Let's try to request the leading data in a pcluster without triggering memory reclaiming instead for the LZ4 approach first to boost up 100% randread of large big pclusters, and it has no real impact on low memory scenarios. It also introduces a way to expand read lengths in order to decompress the whole pcluster, which is useful for LZMA since the algorithm itself is relatively slow and causes CPU bound, but LZ4 is not. Link: https://lore.kernel.org/r/20211008200839.24541-4-xiang@kernel.org Reviewed-by: Chao Yu <chao@kernel.org> Signed-off-by: Gao Xiang <hsiangkao@linux.alibaba.com>
Diffstat (limited to 'lib/decompress_unxz.c')
0 files changed, 0 insertions, 0 deletions