Thread (1 message) 1 message, 1 author, 2023-02-03

Re: 回复: [PATCH net-next v5 1/1] net:openvswitch:reduce cpu_used_mask memory

From: Jiri Pirko <jiri@resnulli.us>
Date: 2023-02-03 11:55:35
Also in: lkml

Fri, Feb 03, 2023 at 10:03:28AM CET, taoyuan_eddy@hotmail.com wrote:
sorry, Jiri, my bad, will hold on before the next submission/hope it is the final one
Don't top-post please. So what is the change comparing to v4?

eddy
________________________________
发件人: Jiri Pirko [off-list ref]
发送时间: 2023年2月3日 9:00
收件人: Eddy Tao [off-list ref]
抄送: netdev@vger.kernel.org [off-list ref]; Pravin B Shelar [off-list ref]; David S. Miller [off-list ref]; Eric Dumazet [off-list ref]; Jakub Kicinski [off-list ref]; Paolo Abeni [off-list ref]; dev@openvswitch.org [off-list ref]; linux-kernel@vger.kernel.org [off-list ref]
主题: Re: [PATCH net-next v5 1/1] net:openvswitch:reduce cpu_used_mask memory

Fri, Feb 03, 2023 at 09:52:56AM CET, taoyuan_eddy@hotmail.com wrote:
quoted
Use actual CPU number instead of hardcoded value to decide the size
of 'cpu_used_mask' in 'struct sw_flow'. Below is the reason.

'struct cpumask cpu_used_mask' is embedded in struct sw_flow.
Its size is hardcoded to CONFIG_NR_CPUS bits, which can be
8192 by default, it costs memory and slows down ovs_flow_alloc

To address this, redefine cpu_used_mask to pointer
append cpumask_size() bytes after 'stat' to hold cpumask

cpumask APIs like cpumask_next and cpumask_set_cpu never access
bits beyond cpu count, cpumask_size() bytes of memory is enough

Signed-off-by: Eddy Tao <redacted>
Eddy, could you please slow down a bit? Why did you send v5 right
after v4? Could you please always put a changelog to the patch
submitted to contain info about changes in between the
submitted version?

Thanks!
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help