On 2026/6/13 18:10, Nithurshen wrote:
Hi Xiang,

What if rather than caching the raw metadata bytes, the userspace
cache will focus on caching the parsed structures (such as the
computed erofs_map_blocks mappings) to save the worker threads
from redundantly parsing chunk indexes and calculating offsets.

Can I replace this malloc-based raw buffer approach and focus v3
patch on an LRU cache for the parsed block mappings to reduce the
CPU overhead during the concurrent directory traversal?

I don't think it's worth unless you provide enough number to show
which really reduces the CPU overhead.

decompressed metadata cache is only useful for metabox, but I don't
think it's prioritized for now.

Thanks,
Gao Xiang


Thanks,
Nithurshen


Reply via email to