aboutsummaryrefslogtreecommitdiffstats
path: root/sound/soc/Makefile
diff options
context:
space:
mode:
authorEric Dumazet <dada1@cosmosbay.com>2007-02-09 15:44:52 -0800
committerDavid S. Miller <davem@sunset.davemloft.net>2007-02-10 23:20:29 -0800
commit95f30b336b944e3e418f825044b4793d9e9aac09 (patch)
tree4faf8cc7a061fdf7d85f94768ca1150f8580e700 /sound/soc/Makefile
parent4768fbcbcfbbcacb785ae08eef33767a0b4fdcdd (diff)
downloadkernel_samsung_smdk4412-95f30b336b944e3e418f825044b4793d9e9aac09.tar.gz
kernel_samsung_smdk4412-95f30b336b944e3e418f825044b4793d9e9aac09.tar.bz2
kernel_samsung_smdk4412-95f30b336b944e3e418f825044b4793d9e9aac09.zip
[UDP]: UDP can use sk_hash to speedup lookups
In a prior patch, I introduced a sk_hash field (__sk_common.skc_hash) to let tcp lookups use one cache line per unmatched entry instead of two. We can also use sk_hash to speedup UDP part as well. We store in sk_hash the hnum value, and use sk->sk_hash (same cache line than 'next' pointer), instead of inet->num (different cache line) Note : We still have a false sharing problem for SMP machines, because sock_hold(sock) dirties the cache line containing the 'next' pointer. Not counting the udp_hash_lock rwlock. (did someone mentioned RCU ? :) ) Signed-off-by: Eric Dumazet <dada1@cosmosbay.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'sound/soc/Makefile')
0 files changed, 0 insertions, 0 deletions