All of lore.kernel.org
 help / color / mirror / Atom feed
* Netfilter and performance
@ 2007-11-17 13:24 Jörg Lübbert
  0 siblings, 0 replies; only message in thread
From: Jörg Lübbert @ 2007-11-17 13:24 UTC (permalink / raw)
  To: netfilter

Hello,

In an effort to optimize my rule generating script, I came to a point 
where I wonder about the internal workings of iptables and about which 
is faster and what not. Maybe you guys can help me out with the 3 
scenarios I wonder about:

First:

What is faster. Matching "-m state --state NEW" or "-m mark --mark 1" 
for every packet? Probably makes no or little difference, or?



Second in an extra chain of the mangle table:

many_matches -j MARK --set-mark i
-m mark --mark i -j RETURN
many_matches -j MARK --set-mark j
-m mark --mark j -j RETURN
more like these for an undefined number of times

or

many_matches -m mark ! --mark 0/0 -j MARK --set-mark i
many_matches -m mark ! --mark 0/0 -j MARK --set-mark j
more like these for an undefined number of times

So here we have one extra rule per match with the advantage to skip the 
rest of the rules as soon as one packet is marked vs one extra rule per 
match without the possibility to skip the rest of the matches.



And third, also in an extra chain of the mangle table:

many_matches -j CLASSIFY --set-class i:j
same_as_above_matches -j RETURN
many_matches -j CLASSIFY --set-class n:m
same_as_above_matches b match b -j RETURN
more like these for an undefined number of times

or

many_matches -j MARK --set-mark i
-m mark i -j RETURN
tc filter add ... handle i fw flowid n:m
many_matches -j MARK --set-mark j
-m mark j -j RETURN
tc filter add ... handle j fw flowid o:p
more like these for an undefined number of times



Thanks for your help

- Jörg Lübbert

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2007-11-17 13:24 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-17 13:24 Netfilter and performance Jörg Lübbert

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.