Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Michael Bellion <mbellion@hipac.org>
To: netfilter-devel@lists.netfilter.org
Cc: netfilter@lists.netfilter.org,
	Bart De Schuymer <bdschuym@pandora.be>,
	Amin Azez <azez@ufomechanic.net>
Subject: Re: [ANNOUNCE] Release of nf-HiPAC 0.9.0
Date: Thu, 10 Nov 2005 02:07:24 +0100	[thread overview]
Message-ID: <200511100207.25108.mbellion@hipac.org> (raw)
In-Reply-To: <1131575752.3423.33.camel@localhost.localdomain>

[-- Attachment #1: Type: text/plain, Size: 1586 bytes --]

Hi

> Op zo, 02-10-2005 te 14:30 +0200, schreef Michael Bellion:
> > > Also, is it not possible to make a B+ tree with the standard iptables?
> > > I don't see why it shouldn't be possible. The jump to a new chain can
> > > be seen as going deeper into the B+ tree. So it should be possible to
> > > construct an iptables table structure that looks very similar to the B+
> > > tree of nf-hipac, for some given rule set. I guess this will be
> > > somewhat slower than nf-hipac, but I'd like to see the performance
> > > difference...
> >
> > Sorry, but you seem to confuse some things.
> > nf-HiPAC is not based on B+trees or any other kind of B-trees.
>
> So the algorithm of nf-hipac was changed in view of the one you were
> using in 2003? I remembered from your talk then that you used B+trees
> and this is confirmed by the slides you've finally put online.

The reason why I said that b-trees are not used in hipac was that the b-trees 
are not the main data structure and are not the main solution of the problem.

The problem is solved by a graph that consists of a lot of nodes.

During a lookup this graph is traversed and each node that is visited 
internally uses again a certain data structure. In 2003 btrees were used 
internally at each node of the graph. In the current implementation simple 
static binary search is used instead.

So basically you can forget about the btrees. They are not important for the 
solution of the problem. Have a closer look at the slides of the more recent 
presentations.

Best regards
	Michael Bellion

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2005-11-10  1:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-26  2:41 [ANNOUNCE] Release of nf-HiPAC 0.9.0 Michael Bellion
2005-09-28 14:05 ` Amin Azez
2005-09-28 19:46   ` Henrik Nordstrom
2005-10-02 11:20   ` Bart De Schuymer
2005-10-02 12:30     ` Michael Bellion
2005-11-09 22:35       ` Bart De Schuymer
2005-11-10  1:07         ` Michael Bellion [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=200511100207.25108.mbellion@hipac.org \
    --to=mbellion@hipac.org \
    --cc=azez@ufomechanic.net \
    --cc=bdschuym@pandora.be \
    --cc=netfilter-devel@lists.netfilter.org \
    --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