[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <D3F292ADF945FB49B35E96C94C2061B911E6EF96@nsmail.netscout.com>
Date: Fri, 17 Jun 2011 14:09:47 -0400
From: "Loke, Chetan" <Chetan.Loke@...scout.com>
To: "Changli Gao" <xiaosuo@...il.com>,
"Srinivasa T N" <seenutn@...ux.vnet.ibm.com>
Cc: "David Miller" <davem@...emloft.net>, <netdev@...r.kernel.org>
Subject: RE: Netconf2011 slides...
> -----Original Message-----
> From: netdev-owner@...r.kernel.org [mailto:netdev-
> owner@...r.kernel.org] On Behalf Of Changli Gao
> Sent: June 17, 2011 9:22 AM
> To: Srinivasa T N
> Cc: David Miller; netdev@...r.kernel.org
> Subject: Re: Netconf2011 slides...
>
> On Thu, Jun 16, 2011 at 6:09 PM, Srinivasa T N
> <seenutn@...ux.vnet.ibm.com> wrote:
> > Were there some interesting topics which is useful for the
> community?
> > (Few lines on each such topic would do).
> >
>
> netmap was mentioned by Tom. It is interesting for me.
>
> http://info.iet.unipi.it/~luigi/netmap/
http://lists.openwall.net/netdev/2011/06/08/7
Just curious is there anything that we can do to enhance TPACKET_V3 (ignore the memcpy)?
Not selling it because I have proposed the patch but anyone who is serious
about online/offline packet mining for multiple ports would have hard time scaling with
tpacket_v1[2] to begin with.
At the very least, one needs block abstraction + timeout mechanism. Simple.
One just can't retire data - packet-by-packet. We have boxes capable
of mining ~40G with similar approach.
Now we can also think about rolling it into a separate driver but then that's
something that is open for discussion.
Benefits of a driver are as follows:
1) Folks can customize block/packet headers according to their needs without having to recompile the kernel.
2) No core network bloat.
3) Smaller NPU/FPGA shops can churn out a new driver patchset relatively quickly.
>
> --
> Regards,
> Changli Gao(xiaosuo@...il.com)
Regards
Chetan Loke
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists