[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150302134946.GB7971@gospo.home.greyhouse.net>
Date: Mon, 2 Mar 2015 08:49:46 -0500
From: Andy Gospodarek <gospo@...ulusnetworks.com>
To: Tom Herbert <therbert@...gle.com>
Cc: Neil Horman <nhorman@...driver.com>,
Simon Horman <simon.horman@...ronome.com>,
John Fastabend <john.r.fastabend@...el.com>,
Thomas Graf <tgraf@...g.ch>, Jiri Pirko <jiri@...nulli.us>,
Linux Netdev List <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Andy Gospodarek <andy@...yhouse.net>,
Daniel Borkmann <dborkman@...hat.com>,
Or Gerlitz <ogerlitz@...lanox.com>,
Jesse Gross <jesse@...ira.com>, jpettit@...ira.com,
Joe Stringer <joestringer@...ira.com>,
Jamal Hadi Salim <jhs@...atatu.com>,
Scott Feldman <sfeldma@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Roopa Prabhu <roopa@...ulusnetworks.com>,
John Linville <linville@...driver.com>,
Shrijeet Mukherjee <shrijeet@...il.com>, bcrl@...ck.org
Subject: Re: Flows! Offload them.
On Thu, Feb 26, 2015 at 05:52:16PM -0800, Tom Herbert wrote:
> On Thu, Feb 26, 2015 at 5:22 PM, Neil Horman <nhorman@...driver.com> wrote:
[...]
> > Yes, exactly that, for the general traditional networking use case, that is
> > exactly what we want, to opportunistically move traffic faster with less load on
> > the cpu. We don't nominally care what traffic is offloaded, as long as the
> > hardware does a better job than just software alone. If we get an occasional
> > miss and have to do stuff in software, so be it.
> >
> +1 on an in kernel "Network Resource Manager". This also came up in
> Sunil's plan to configure RPS affinities from a driver so I'm taking
> liberty by generalizing the concept :-).
I agree completely that there is a need for what you both describe. Not
only to handle what items to offload for users looking for that level
of granularity, but also to allow driver implementers to decide if their
hardware/driver implementation may allow for async write of data to
hardware tables, and any other implementation specific detail they may
want to provide.
--
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