Re: 50k rules and performance issue in nft list table AND iptables-nft

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thank you Pablo.

I'll compile here with the patch ASAP and test in my QA and Prod
environment, and will provide some further feedback

Best,


On Fri, Aug 21, 2020 at 8:20 AM Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx> wrote:
>
> Hi,
>
> On Fri, Aug 14, 2020 at 06:56:32PM -0300, Ricardo Katz wrote:
> > Hello,
> >
> > I've been digging into some performance issue I'm facing in my
> > production environment and would like to ask if someone has a light
> > about this.
> >
> > My environment has ~50k rules that references some ipsets (it's a
> > Kubernetes cluster with Calico), and we've seen that sometimes
> > iptables-nft-save takes more than 20s. So I've tried to search what
> > was causing that, and have found some interesting behavior:
> [...]
> > * nft list table performs WORST than iptables-nft-save, sometimes
> > taking more than 25s to display the rules. I've made the same test in
> > a non prod (less load) environment and it takes a little bit less but
> > yet, it's strange. The measured time is 4s in userspace and the rest
> > in kernel space, which leads me to ask: is there a way netlink should
> > be tuned? [...]
>
> I have posted a patch to improve listing time:
>
> https://patchwork.ozlabs.org/project/netfilter-devel/patch/20200821111438.5362-2-pablo@xxxxxxxxxxxxx/
>
> Thanks for reporting.



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux