summaryrefslogtreecommitdiff
path: root/security
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2025-01-20 09:36:55 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2025-01-20 09:36:55 -0800
commitd5829524243652409e3fa2853736649674c294f0 (patch)
treea61dce0c6e73addd8532da9c11f9d1a2f679110a /security
parentca56a74a31e26d81a481304ed2f631e65883372b (diff)
parent4972226d0dc48ddedf071355ca664fbf34b509c8 (diff)
downloadlinux-d5829524243652409e3fa2853736649674c294f0.tar.gz
linux-d5829524243652409e3fa2853736649674c294f0.tar.bz2
linux-d5829524243652409e3fa2853736649674c294f0.zip
Merge tag 'vfs-6.14-rc1.kcore' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs
Pull /proc/kcore updates from Christian Brauner: "The performance of /proc/kcore reads has been showing up as a bottleneck for the drgn debugger. 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 pull request contains fixes for 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: - Make /proc/kcore entry permanent - Avoid walking the list on every read - Use percpu_rw_semaphore for kclist_lock - Make Omar Sandoval the official maintainer for /proc/kcore" * tag 'vfs-6.14-rc1.kcore' of git://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs: 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
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions