From: Paolo Abeni <pabeni@redhat.com>
To: Cathy Zhang <cathy.zhang@intel.com>,
edumazet@google.com, davem@davemloft.net, kuba@kernel.org
Cc: jesse.brandeburg@intel.com, suresh.srinivas@intel.com,
tim.c.chen@intel.com, lizhen.you@intel.com,
eric.dumazet@gmail.com, netdev@vger.kernel.org
Subject: Re: [PATCH net-next 1/2] net: Keep sk->sk_forward_alloc as a proper size
Date: Tue, 09 May 2023 11:51:02 +0200 [thread overview]
Message-ID: <3887b08ac0e55e27a24d2f66afcfff1961ed9b13.camel@redhat.com> (raw)
In-Reply-To: <20230508020801.10702-2-cathy.zhang@intel.com>
On Sun, 2023-05-07 at 19:08 -0700, Cathy Zhang wrote:
> Before commit 4890b686f408 ("net: keep sk->sk_forward_alloc as small as
> possible"), each TCP can forward allocate up to 2 MB of memory and
> tcp_memory_allocated might hit tcp memory limitation quite soon. To
> reduce the memory pressure, that commit keeps sk->sk_forward_alloc as
> small as possible, which will be less than 1 page size if SO_RESERVE_MEM
> is not specified.
>
> However, with commit 4890b686f408 ("net: keep sk->sk_forward_alloc as
> small as possible"), memcg charge hot paths are observed while system is
> stressed with a large amount of connections. That is because
> sk->sk_forward_alloc is too small and it's always less than
> sk->truesize, network handlers like tcp_rcv_established() should jump to
> slow path more frequently to increase sk->sk_forward_alloc. Each memory
> allocation will trigger memcg charge, then perf top shows the following
> contention paths on the busy system.
>
> 16.77% [kernel] [k] page_counter_try_charge
> 16.56% [kernel] [k] page_counter_cancel
> 15.65% [kernel] [k] try_charge_memcg
I'm guessing you hit memcg limits frequently. I'm wondering if it's
just a matter of tuning/reducing tcp limits in
/proc/sys/net/ipv4/tcp_mem.
Cheers,
Paolo
next prev parent reply other threads:[~2023-05-09 9:51 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-08 2:07 [PATCH net-next 0/2] net: fix memcg overhead caused by sk->sk_forward_alloc size Cathy Zhang
2023-05-08 2:08 ` [PATCH net-next 1/2] net: Keep sk->sk_forward_alloc as a proper size Cathy Zhang
2023-05-09 2:02 ` Jakub Kicinski
2023-05-09 6:52 ` Zhang, Cathy
2023-05-09 2:06 ` Jakub Kicinski
2023-05-09 6:57 ` Zhang, Cathy
2023-05-09 8:43 ` Simon Horman
2023-05-09 9:36 ` Zhang, Cathy
2023-05-09 9:45 ` Simon Horman
2023-05-09 10:41 ` Zhang, Cathy
2023-05-09 8:48 ` Eric Dumazet
2023-05-09 9:33 ` Zhang, Cathy
2023-05-09 9:51 ` Paolo Abeni [this message]
2023-05-09 10:39 ` Zhang, Cathy
2023-05-09 11:01 ` Zhang, Cathy
2023-05-09 11:58 ` Eric Dumazet
2023-05-09 15:07 ` Zhang, Cathy
2023-05-09 15:43 ` Eric Dumazet
2023-05-09 16:09 ` Shakeel Butt
2023-05-10 6:54 ` Zhang, Cathy
2023-05-10 11:11 ` Zhang, Cathy
2023-05-10 11:24 ` Eric Dumazet
2023-05-10 13:52 ` Zhang, Cathy
2023-05-10 15:07 ` Eric Dumazet
2023-05-10 16:09 ` Zhang, Cathy
2023-05-10 19:00 ` Shakeel Butt
2023-05-11 0:53 ` Zhang, Cathy
2023-05-11 6:59 ` Zhang, Cathy
2023-05-11 7:50 ` Eric Dumazet
2023-05-11 9:26 ` Zhang, Cathy
2023-05-11 16:23 ` Shakeel Butt
2023-05-11 16:35 ` Eric Dumazet
2023-05-11 17:10 ` Shakeel Butt
2023-05-11 21:18 ` Shakeel Butt
2023-05-12 2:38 ` Zhang, Cathy
2023-05-12 3:23 ` Zhang, Cathy
2023-05-12 5:06 ` Shakeel Butt
2023-05-12 5:51 ` Zhang, Cathy
2023-05-12 17:17 ` Shakeel Butt
2023-05-15 3:46 ` Zhang, Cathy
2023-05-15 4:13 ` Shakeel Butt
2023-05-15 6:27 ` Zhang, Cathy
2023-05-15 19:50 ` Shakeel Butt
2023-05-16 5:46 ` Oliver Sang
2023-05-17 16:24 ` Shakeel Butt
2023-05-17 16:33 ` Eric Dumazet
2023-05-17 17:04 ` Shakeel Butt
2023-07-28 2:26 ` Zhang, Cathy
2023-05-19 2:53 ` Oliver Sang
2023-05-31 8:46 ` Oliver Sang
2023-05-31 19:45 ` Shakeel Butt
2023-06-01 2:48 ` Zhang, Cathy
2023-06-01 3:21 ` Eric Dumazet
2023-06-01 2:46 ` Zhang, Cathy
2023-05-10 7:43 ` Zhang, Cathy
2023-05-09 17:58 ` Shakeel Butt
2023-05-10 7:21 ` Zhang, Cathy
2023-05-09 17:19 ` Shakeel Butt
2023-05-09 18:04 ` Chen, Tim C
2023-05-09 18:17 ` Shakeel Butt
2023-05-10 7:03 ` Zhang, Cathy
2023-05-10 7:32 ` Zhang, Cathy
2023-05-08 2:08 ` [PATCH net-next 2/2] net: Add sysctl_reclaim_threshold Cathy Zhang
2023-05-09 2:05 ` Jakub Kicinski
2023-05-09 6:55 ` Zhang, Cathy
2023-05-09 13:36 ` Eric Dumazet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3887b08ac0e55e27a24d2f66afcfff1961ed9b13.camel@redhat.com \
--to=pabeni@redhat.com \
--cc=cathy.zhang@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=eric.dumazet@gmail.com \
--cc=jesse.brandeburg@intel.com \
--cc=kuba@kernel.org \
--cc=lizhen.you@intel.com \
--cc=netdev@vger.kernel.org \
--cc=suresh.srinivas@intel.com \
--cc=tim.c.chen@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).