[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090410095246.4fdccb56@s6510>
Date: Fri, 10 Apr 2009 09:52:46 -0700
From: Stephen Hemminger <shemminger@...tta.com>
To: Jeff Chua <jeff.chua.linux@...il.com>
Cc: Eric Dumazet <dada1@...mosbay.com>,
Jan Engelhardt <jengelh@...ozas.de>,
Patrick McHardy <kaber@...sh.net>,
"David S. Miller" <davem@...emloft.net>,
Roman Mindalev <r000n@...0n.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: iptables very slow after
commit784544739a25c30637397ace5489eeb6e15d7d49
On Fri, 10 Apr 2009 17:15:52 +0800 (SGT)
Jeff Chua <jeff.chua.linux@...il.com> wrote:
>
>
> Adding 200 records in iptables took 6.0sec in 2.6.30-rc1 compared to
> 0.2sec in 2.6.29. I've bisected down this commit.
>
> There are a few patches on top of the original patch. When I reverted the
> original commit + changing rcu_read() to rcu_read_bh(), it speeds up the
> inserts back to .2sec again.
>
> I'm loading all the firewall rules during boot-up and this 6 secs slowness
> is really not very nice to wait for.
The performance benefit during operation is more important. The load
time is fixable. The problem is probably generic to any set of rules,
but could you post some info about your configuration (like the rule
set), and the system configuration (# of cpu's, config etc).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists