net: memcg: late association of sock to memcg
authorShakeel Butt <shakeelb@google.com>
Tue, 10 Mar 2020 05:16:06 +0000 (22:16 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 10 Mar 2020 22:33:05 +0000 (15:33 -0700)
commitd752a4986532cb6305dfd5290a614cde8072769d
treec6ef3751498db84ff219e13746c548b001037f70
parente876ecc67db80dfdb8e237f71e5b43bb88ae549c
net: memcg: late association of sock to memcg

If a TCP socket is allocated in IRQ context or cloned from unassociated
(i.e. not associated to a memcg) in IRQ context then it will remain
unassociated for its whole life. Almost half of the TCPs created on the
system are created in IRQ context, so, memory used by such sockets will
not be accounted by the memcg.

This issue is more widespread in cgroup v1 where network memory
accounting is opt-in but it can happen in cgroup v2 if the source socket
for the cloning was created in root memcg.

To fix the issue, just do the association of the sockets at the accept()
time in the process context and then force charge the memory buffer
already used and reserved by the socket.

Signed-off-by: Shakeel Butt <shakeelb@google.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
mm/memcontrol.c
net/core/sock.c
net/ipv4/inet_connection_sock.c