From: Florian Westphal <fw@strlen.de>
To: Julian Anastasov <ja@ssi.bg>
Cc: Simon Horman <horms@verge.net.au>,
Pablo Neira Ayuso <pablo@netfilter.org>,
lvs-devel@vger.kernel.org, netfilter-devel@vger.kernel.org,
Dust Li <dust.li@linux.alibaba.com>,
Jiejian Wu <jiejian@linux.alibaba.com>,
rcu@vger.kernel.org
Subject: Re: [PATCH nf-next 2/5] ipvs: add resizable hash tables
Date: Tue, 3 Mar 2026 21:27:42 +0100 [thread overview]
Message-ID: <aadEPpg171LUn-dg@strlen.de> (raw)
In-Reply-To: <f1780ae2-5b62-d898-952a-3f779a91ad38@ssi.bg>
Julian Anastasov <ja@ssi.bg> wrote:
> > There is some checkpatch noise in patch 1:
> >
> > CHECK: Alignment should match open parenthesis
> > #42: FILE: include/linux/rculist_bl.h:24:
> > + rcu_assign_pointer(hlist_bl_first_rcu(h),
> > (struct hlist_bl_node *)((unsigned long)n | LIST_BL_LOCKMASK));
>
> I don't change here any alignment and I didn't fixed it
> because I'm not sure how to make it better :)
Thats fine, then just ignore it.
As I said, the checkpatch stuff isn't too imporant.
> > Why are you not re-using rhashtables and instead roll your own?
> >
> > No requirement, but might make sense to mention the rationale
> > in the commit message.
>
> I found the rhashtable_remove_fast operation slow by using
> hashing+lookup. Also, IPVS needs to rehash (move) single entry when
> its key changes (cport in ip_vs_conn_fill_cport) and I don't see
> public method in rht for this. Things get complicated when we add double
> conn hashing, it needs careful move operation from one/two chains. Also,
> in part 4 of the changes we allow customizations for the load factor,
> in case the defaults are not suitable for the setup.
>
> May be I can add more info in the commit message about this.
Yes, I think your explanation makes sense, a small note/copypaste of
the above into the commit message is enough.
Thanks!
next prev parent reply other threads:[~2026-03-03 20:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-26 19:50 [PATCH nf-next 0/5] IPVS changes, part 3 of 4 - per-net tables Julian Anastasov
2026-02-26 19:50 ` [PATCH nf-next 1/5] rculist_bl: add hlist_bl_for_each_entry_continue_rcu Julian Anastasov
2026-02-26 19:50 ` [PATCH nf-next 2/5] ipvs: add resizable hash tables Julian Anastasov
2026-03-01 13:23 ` Florian Westphal
2026-03-02 17:41 ` Julian Anastasov
2026-03-02 19:17 ` Florian Westphal
2026-03-02 22:18 ` Julian Anastasov
2026-03-03 20:27 ` Florian Westphal [this message]
2026-02-26 19:50 ` [PATCH nf-next 3/5] ipvs: use resizable hash table for services Julian Anastasov
2026-02-26 19:50 ` [PATCH nf-next 4/5] ipvs: switch to per-net connection table Julian Anastasov
2026-02-26 19:50 ` [PATCH nf-next 5/5] ipvs: use more keys for connection hashing Julian Anastasov
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=aadEPpg171LUn-dg@strlen.de \
--to=fw@strlen.de \
--cc=dust.li@linux.alibaba.com \
--cc=horms@verge.net.au \
--cc=ja@ssi.bg \
--cc=jiejian@linux.alibaba.com \
--cc=lvs-devel@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=pablo@netfilter.org \
--cc=rcu@vger.kernel.org \
/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