summaryrefslogtreecommitdiff
path: root/security
diff options
context:
space:
mode:
authorChristian Brauner <brauner@kernel.org>2024-11-11 10:00:29 +0100
committerChristian Brauner <brauner@kernel.org>2024-12-02 11:21:07 +0100
commit4972226d0dc48ddedf071355ca664fbf34b509c8 (patch)
tree2ec8e4b4c18f3fdd79c177d9769dcfb12c9904b9 /security
parent40384c840ea1944d7c5a392e8975ed088ecf0b37 (diff)
parent4620cb828450b5b92bccfb3321fc6915ed2a5f32 (diff)
downloadlinux-4972226d0dc48ddedf071355ca664fbf34b509c8.tar.gz
linux-4972226d0dc48ddedf071355ca664fbf34b509c8.tar.bz2
linux-4972226d0dc48ddedf071355ca664fbf34b509c8.zip
Merge patch series "proc/kcore: performance optimizations"
Omar Sandoval <osandov@osandov.com> says: The performance of /proc/kcore reads has been showing up as a bottleneck for drgn. drgn scripts often spend ~25% of their time in the kernel reading from /proc/kcore. A lot of this overhead comes from silly inefficiencies. This patch series fixes the low-hanging fruit. The fixes are all fairly small and straightforward. The result is a 25% improvement in read latency in micro-benchmarks (from ~235 nanoseconds to ~175) and a 15% improvement in execution time for real-world drgn scripts. Since I have a stake in /proc/kcore and have modified it several times, the final patch volunteers me to maintain it. * patches from https://lore.kernel.org/r/cover.1731115587.git.osandov@fb.com: MAINTAINERS: add me as /proc/kcore maintainer proc/kcore: use percpu_rw_semaphore for kclist_lock proc/kcore: don't walk list on every read proc/kcore: mark proc entry as permanent Link: https://lore.kernel.org/r/cover.1731115587.git.osandov@fb.com Signed-off-by: Christian Brauner <brauner@kernel.org>
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions