diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-03-20 00:37:28 +0100 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2012-03-20 00:37:28 +0100 |
commit | b0e37d7ac6ba937c3776ff5111ff6a7fa832fb4f (patch) | |
tree | fdb86783c464825a77223e49cc24f632e319d2df /drivers/iommu | |
parent | vfs: get rid of batshit-insane pointless dentry hash calculations (diff) | |
parent | vfs: use 'unsigned long' accesses for dcache name comparison and hashing (diff) | |
download | linux-b0e37d7ac6ba937c3776ff5111ff6a7fa832fb4f.tar.xz linux-b0e37d7ac6ba937c3776ff5111ff6a7fa832fb4f.zip |
Merge branch 'dcache-word-accesses'
* branch 'dcache-word-accesses':
vfs: use 'unsigned long' accesses for dcache name comparison and hashing
This does the name hashing and lookup using word-sized accesses when
that is efficient, namely on x86 (although any little-endian machine
with good unaligned accesses would do).
It does very much depend on little-endian logic, but it's a very hot
couple of functions under some real loads, and this patch improves the
performance of __d_lookup_rcu() and link_path_walk() by up to about 30%.
Giving a 10% improvement on some very pathname-heavy benchmarks.
Because we do make unaligned accesses past the filename, the
optimization is disabled when CONFIG_DEBUG_PAGEALLOC is active, and we
effectively depend on the fact that on x86 we don't really ever have the
last page of usable RAM followed immediately by any IO memory (due to
ACPI tables, BIOS buffer areas etc).
Some of the bit operations we do are a bit "subtle". It's commented,
but you do need to really think about the code. Or just consider it
black magic.
Thanks to people on G+ for some of the optimized bit tricks.
Diffstat (limited to 'drivers/iommu')
0 files changed, 0 insertions, 0 deletions