Skip site navigation (1)Skip section navigation (2)
Date:      17 Jul 2014 19:47:28 +0000
From:      "Mark Delany" <c2h@romeo.emu.st>
To:        freebsd-net@freebsd.org
Subject:   Re: netmap, selective processing.
Message-ID:  <20140717194728.37361.qmail@f5-external.bushwire.net>
In-Reply-To: <ygf4myfu8xa.fsf@corbe.net>
References:  <ygfzjg9tcs5.fsf@corbe.net> <53C71196.4030501@rlwinm.de> <ygf4myfu8xa.fsf@corbe.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 17Jul14, Daniel Corbe allegedly wrote:

> From the perspective of totally wrecking the performance of the host
> network stack: how much more overhead am I really introducing by looking
> at every packet inside of the netmap framework and going "am I really
> interested in this?  Or should I simply pass it through to the host."

If you haven't look at netmap in detail yet, then the main thing to
remember is that once netmap is active on an interface, *all* packets
on that interface enter (and potentially leave) your netmap handler
via an excursion into user space.

If the majority of packets are untouched and merely pushed back thru
the stack, then for each batch of packets you've introduced an
additional user-space context switch, at least one system call and the
cost of your own packet selection code.

I'm not sure that constitutes "totally wrecking" but something to keep
in mind if you plan to run on a busy system.

Another thing to keep in mind is, if you netmap app has bugs you could
break all the regular applications sitting on top of sockets.

You are probably right that OSPF in netmap may not be directly useful
to anyone else, but I think more people using netmap to implement
interesting applications is of value to netmap, frankly.


Mark.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140717194728.37361.qmail>