> From: Rama Puranam [mailto:[email protected]]
> Sent: Monday, July 25, 2011 12:25 PM
> To: [email protected]
> Cc: Nelson, Shannon
> Subject: Re: 128 Queue Support 82599
> 
> Hi,
> 
> Here is my use case:
> 
> 1. I have 4 ports: A, B, C and D
> 
> 2. On each of the ports I wanted to enable 128 queues.
> 
> 3. Next I would want to segregate 8 queues per pool, leading to 16
> pools per port.
> 
> 4. 128 Queues are reqd. both for Tx and Rx directions.
> 
> With the above requirement, I thought VMDq + DCB will be useful. So
> when I receive traffic on a Port A say with Vlan 100, then I give it
> Pool 1 in Port A. Then based on the QoS tag in the VLAN header, I would
> go further and place it in an appropriate queue within the pool.
> 
> I do not want to use RSS, but use DCB instead in combination with VMDq.
> 
> Thanks
> Rama

I'm assuming you're doing this in Linux, right?

The current Linux driver doesn't fully support VMDq in, but I know there is 
some work being done to enable it and present the VMDq pools as additional 
network ports - i.e. additional netdevs.  For example, if the base network port 
is eth1, the VMDq ports would be named eth1v0, eth1v1 ... .  I believe this is 
being done with the 2-queues-per-pool configuration.  I'm not as familiar with 
the DCB setups myself, but you could probably modify the driver to use the 8 
queues per pool with DCB as long as you've got all the DCB configuration set up 
on that machine and in your network.  If you do this with all 4 of your 
hardware devices, you'll end up with 32 ethX interfaces, and a large number of 
MSIX interrupts needed.

sln



------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to