[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091009062638.1cd54c64@opy.nosense.org>
Date: Fri, 9 Oct 2009 06:26:38 +1030
From: Mark Smith <lk-netdev@...netdev.nosense.org>
To: David Miller <davem@...emloft.net>
Cc: andy.grover@...il.com, herbert@...dor.apana.org.au,
netdev@...r.kernel.org
Subject: Re: using huge numbers of queues
On Wed, 07 Oct 2009 15:38:11 -0700 (PDT)
David Miller <davem@...emloft.net> wrote:
> From: Andrew Grover <andy.grover@...il.com>
> Date: Wed, 7 Oct 2009 14:59:49 -0700
>
> > At NetConf, you made a passing remark about wanting lots of queues,
> > even 1-per-socket. Have you thought further about how we would use so
> > many?
>
> Classification.
>
> Lots and lots of virtual queues, which map to a smaller number
> of physical queues for delivery.
>
> The virtual queue matched serves as a index and a classification
> hint to things like GRO receive, etc.
Is that similar to what is described in
Trading Packet Headers for Packet Processing
http://www.sigcomm.org/sigcomm95/papers/chandranmenon.ps
?
My understanding of that paper is that when a packet enters the host it
is classified using various attributes e.g. Ip src/dest/etc, and then
assigned an unique identifier. Subsequent processing of the packet is
indexed by this identifier, rather than each processing stage
performing it's own packet classification and selection.
For packets that are forwarded, the packet is then tagged/labled with
an ID, so that subsequent hosts don't have to perform classification
either.
(This paper is pretty much the origins of MPLS, which is where my
original interest came from)
> --
> 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
--
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