Date: Tue, 27 Jan 2015 19:29:14 -0500 From: Antoine =?utf-8?Q?Beaupr=C3=A9?= <anarcat@koumbit.org> To: Luigi Rizzo <rizzo@iet.unipi.it> Cc: freebsd-net@freebsd.org, wishmaster <artemrts@ukr.net> Subject: Re: is polling still a thing? Message-ID: <87bnljbvdx.fsf@marcos.anarc.at> In-Reply-To: <20150127233240.GA22364@onelab2.iet.unipi.it> References: <871tmgceup.fsf@marcos.anarc.at> <1422384769.867067950.y2iiuu53@frv34.fwdcdn.com> <87pp9zc1wk.fsf@marcos.anarc.at> <20150127223917.GA21883@onelab2.iet.unipi.it> <87h9vbbze1.fsf@marcos.anarc.at> <20150127233240.GA22364@onelab2.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2015-01-27 18:32:40, Luigi Rizzo wrote:
> A netmap-aware NIC has no problem dealing with high PPS rates,
> deliver them through the fat pipe HHH to netmap-ipfw in userspace,
> which does the filtering and drops the junk. The remaining part
> is reinjected through another netmap port into the host stack,
> which is the actual bottleneck. Presumably at this point the amount
> of residual traffic is sustainable by the kernel. netmap-ipfw is
> simmetric so it supports traffic in the other direction too.
> another host netmap port. Presumably at thi
[trimmed?]
uh! so that's pretty amazing. :) is there some tutorial that's available
for this somewhere? i looked briefly at the netmap-ipfw README, and
couldn't quite figure it out.
thanks!
a.
--=20
Au nom de l'=C3=A9tat, la force s'appelle droit.
Au main de l'individu, elle s'appelle crime.
- Max Stirner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87bnljbvdx.fsf>