Description of problem: Change the readahead config so that if it is being requested for an executable mapping, do a synchronous read of an arch-specified size in a naturally aligned manner. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
original patch :https://lore.kernel.org/lkml/Zc6zD4zfsrkRlHe6@casper.infradead.org/t/#m24279a34aafb15db4a542e7e9ad4c917cddf6df2 It is not merged but worth pushing to OpenAnolis since the performance improvement. Ps, OpenEuler 6.6 branch had applied this patch already: ----------------------------------------------------------------- commit 9c1fb418a36bb1eff8f352c60b01887c117c8f22 Author: Ryan Roberts <ryan.roberts@arm.com> Date: Sat May 18 00:00:01 2024 +0800 mm/filemap: Allow arch to request folio size for exec memory maillist inclusion category: feature bugzilla: https://gitee.com/openeuler/kernel/issues/I9Q9DF CVE: NA Reference: https://lore.kernel.org/linux-mm/Zc6zD4zfsrkRlHe6@casper.infradead.org ------------------------------------------------- Change the readahead config so that if it is being requested for an executable mapping, do a synchronous read of an arch-specified size in a naturally aligned manner. ...
Although this patch [1] has not yet been merged into the mainline kernel, it demonstrates notable performance improvements across various benchmarks. It is worth promoting for adoption in Chinese Linux distributions for cloud servers, such as the OpenAnolis Cloud Kernel (based on v6.6 stable). The patch, available on the mailing list, can be easily applied to the OpenAnolis Cloud Kernel 6.6 branch with minimal modifications.
The PR Link: https://gitee.com/anolis/cloud-kernel/pulls/4179
maintainer prefer the RFC here https://gitee.com/anolis/cloud-kernel/pulls/4378