Message ID | 20250329192821.822253-1-mjguzik@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | speed up /proc/filesystems | expand |
On Sat, 29 Mar 2025 20:28:19 +0100, Mateusz Guzik wrote: > I accidentally found out it is used a lot *and* is incredibly slow. > > Part of it is procfs protecting the file from going away on each op, > other part is content generatin being dog slow. > > Turns out procfs did not provide an interface to mark files as > permanent. I added easiest hack I could think of to remedy the problem, > I am not going to argue how to do it. > > [...] Applied to the vfs-6.16.procfs branch of the vfs/vfs.git tree. Patches in the vfs-6.16.procfs branch should appear in linux-next soon. Please report any outstanding bugs that were missed during review in a new review to the original patch series allowing us to drop it. It's encouraged to provide Acked-bys and Reviewed-bys even though the patch has now been applied. If possible patch trailers will be updated. Note that commit hashes shown below are subject to change due to rebase, trailer updates or similar. If in doubt, please check the listed branch. tree: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git branch: vfs-6.16.procfs [1/2] proc: add a helper for marking files as permanent by external consumers https://git.kernel.org/vfs/vfs/c/6040503a448b [2/2] fs: cache the string generated by reading /proc/filesystems https://git.kernel.org/vfs/vfs/c/9750cdeb327d