From: "John A. Sullivan III" <john.sullivan@nexusmgmt.com>
To: netfilter@lists.netfilter.org
Subject: Re: netfilter CPU usage
Date: Mon, 14 Jun 2004 07:36:09 -0400 [thread overview]
Message-ID: <1087212969.5324.5.camel@localhost> (raw)
In-Reply-To: <200406131626.17416.Antony@Soft-Solutions.co.uk>
On Sun, 2004-06-13 at 11:26, Antony Stone wrote:
> On Sunday 13 June 2004 12:30 pm, lartc@ssi.bg wrote:
>
> > Hello
> >
> > Can someone tell me just how intensive netfilter is towards CPU?
> >
> > Is it posible for 6000 rules with no target set in the FORWARD chain to
> > eat up about 60% of my P4 2.4 GHz?
>
> I would be very surprised at this, however you haven't said what sort of
> bandwidth you're shovelling through the machine, and this will clearly make a
> difference to the CPU usage.
>
> Also, when you say "6000 rules with no target set", I assume this means that
> each packet is traversing all 6000 rules (presumably for some sort of
> accounting process), and then getting to the bottom of the table and doing
> something more interesting...
>
> One simple way of identifying whether it's the 6000 rules which are consuming
> 60% of your CPU would be to temporarily reduce the ruleset to 2000 or 3000
> and see if you get a noticeable reduction in CPU usage (I wouldn't expect it
> to be proportional, so don't look for 20% or 30%, but if it doesn't go down
> by much, you know it's not the 6000 rules causing the load).
>
> How memory is in the machine?
>
> Are you using connection tracking (if so, how many connections are in
> /proc/net./ip_conntrack)?
>
> Regards,
>
> Antony.
How are you loading the rules? Is this high CPU utilization during the
load sequence or are you certain the rules have already loaded and you
still have such high CPU utilization? One should use the
iptables-restore method of loading when using so many rules. Doing 6000
iptables commands will put a terrible load on the system and take
forever to load - John
--
John A. Sullivan III
Chief Technology Officer
Nexus Management
+1 207-985-7880
john.sullivan@nexusmgmt.com
---
If you are interested in helping to develop a GPL enterprise class
VPN/Firewall/Security device management console, please visit
http://iscs.sourceforge.net
prev parent reply other threads:[~2004-06-14 11:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-13 11:30 netfilter CPU usage lartc
2004-06-13 15:26 ` Antony Stone
2004-06-13 18:16 ` lartc
2004-06-14 11:36 ` John A. Sullivan III [this message]
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=1087212969.5324.5.camel@localhost \
--to=john.sullivan@nexusmgmt.com \
--cc=netfilter@lists.netfilter.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