summaryrefslogtreecommitdiffstats
path: root/arch/unicore32/kernel/Makefile
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2011-06-08 15:18:19 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2011-06-08 15:18:19 -0700
commit13e12d14e2dccc7995b8f15a5678a338ab4e6a8c (patch)
treed0fc2752fc71d30710a909516d5317b2c7bb8b96 /arch/unicore32/kernel/Makefile
parent95f4efb2d78661065aaf0be57f5bf00e4d2aea1d (diff)
downloadtalos-obmc-linux-13e12d14e2dccc7995b8f15a5678a338ab4e6a8c.tar.gz
talos-obmc-linux-13e12d14e2dccc7995b8f15a5678a338ab4e6a8c.zip
vfs: reorganize 'struct inode' layout a bit
This tries to make the 'struct inode' accesses denser in the data cache by moving a commonly accessed field (i_security) closer to other fields that are accessed often. It also makes 'i_state' just an 'unsigned int' rather than 'unsigned long', since we only use a few bits of that field, and moves it next to the existing 'i_flags' so that we potentially get better structure layout (although depending on config options, i_flags may already have packed in the same word as i_lock, so this improves packing only for the case of spinlock debugging) Out 'struct inode' is still way too big, and we should probably move some other fields around too (the acl fields in particular) for better data cache access density. Other fields (like the inode hash) are likely to be entirely irrelevant under most loads. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/unicore32/kernel/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud