diff options
author | Eric Dumazet <edumazet@google.com> | 2023-08-03 07:53:34 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2023-08-04 09:20:27 +0100 |
commit | 6f5ca184cbef6d2b78772a350a3ed8be696b54a2 (patch) | |
tree | 375a510ed6c9c3bc4c8df403eb8b8a710d94ef86 /net/x25 | |
parent | 62c1bff593b7e30041d0273b835af9fd6f5ee737 (diff) | |
download | linux-6f5ca184cbef6d2b78772a350a3ed8be696b54a2.tar.gz linux-6f5ca184cbef6d2b78772a350a3ed8be696b54a2.tar.bz2 linux-6f5ca184cbef6d2b78772a350a3ed8be696b54a2.zip |
tcp/dccp: cache line align inet_hashinfo
I have seen tcp_hashinfo starting at a non optimal location,
forcing input handlers to pull two cache lines instead of one,
and sharing a cache line that was dirtied more than necessary:
ffffffff83680600 b tcp_orphan_timer
ffffffff83680628 b tcp_orphan_cache
ffffffff8368062c b tcp_enable_tx_delay.__tcp_tx_delay_enabled
ffffffff83680630 B tcp_hashinfo
ffffffff83680680 b tcp_cong_list_lock
After this patch, ehash, ehash_locks, ehash_mask and ehash_locks_mask
are located in a read-only cache line.
Signed-off-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/x25')
0 files changed, 0 insertions, 0 deletions