Our packets are mostly unicast.
I'll elaborate on what we use loopbacking for:
1. Benchmarks - Since we rely on NIC's offloading abilities when measuring
our application's throughput, we can't use the loopback as its skews the
results.
2. Self-Diagnostics - We'd like to be able to loopback traffic to assist
with troubleshooting and accurately self-diagnose networking issues.
Currently, we can't take full advantage of what the hardware offers unless
we provide our custom drivers to customers, which is usually disliked (for
good reasons).
Thanks,
- Yotam
On Fri, Feb 13, 2015 at 6:58 PM, Alexander Duyck <
alexander.h.du...@redhat.com> wrote:
> On 02/13/2015 08:46 AM, Yotam Rubin wrote:
>
>> Thanks, that's a good point.
>> Some applications such as ours, gains from this behaviour.
>> I was thinking about adding an mbox interface so that individual VF's may
>> be configured for loopback tx. By default, this configuration will be
>> disabled for all VF's.
>> Makes sense?
>>
>>
> Not really. Why would you need the ability to route packets through the
> VF back to the local VF? It seems like that would give you much worse
> performance than just routing through the loop-back interface. Are you
> trying to loop-back a multicast packet of some sort from one application to
> another internally?
>
> Also using the VFs in this way would be quite limiting as it maxes out at
> roughly 25Gb/s per adapter since that is the upper limit for the PCIe
> bandwidth. Using loop-back you wouldn't have such a limitation.
>
> - Alex
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit
http://communities.intel.com/community/wired
