OvS与DPDK与非DPDK的差异

Question

我需要你的帮助-我想看看使用DPDK和不使用DPDK的区别。现在，我使用netperf测试了我的链接(1G)。我在netperf上更改了数据包大小，将数据包大小从64字节逐渐增加到1024字节，但仍然获得相同的吞吐量(~940 size )。这有什么问题吗？我希望观察到，随着数据包大小的增加，在没有Intel DPDK的情况下，物理机器的吞吐量继续增加。你知不知道如何正确地测试它以找出不同之处？拜托，帮我一下，因为现在我不知道.

总之，现在我认为如果我的1G链路(940 my )有完整的吞吐量，就没有必要使用DPDK，但是我必须测试it..so，我需要看到两者之间的区别。也许你会有什么想法？

Answer 1

IMHO DPDK主要用于数据包处理和转发，并进行测试和调整。因此，一个普通的简单网络基准在某种程度上是边缘的这种赛车是优化的。

由于这种特殊性质，例如做路由+特殊功能的应用程序，许多测试通常用于复杂的设置，包括昂贵的流量生成器。

我必须承认，有时我也想要一个更简单的测试，在某种程度上你可以做到。例如，我将一个(最简单的) Openvswitch设置与两个KVM来宾进行了比较，并将其与Openvswitch的相同设置进行了比较。

在这种情况下，您可以运行交通部东/西(客人到客人)或北/南(客人外部)。它可以在很大程度上依赖于mimimal调优，但我能够用以下“正常”基准来显示改进: Netperf -非常小的包Netper - 8k包Uperf -非常小的包Uperf - 8k包Uperf -非常小的包，许多连接。

但是，例如，没有任何改进，因为它以前是好的: Uperf - 8k包，许多连接Iperf -单或多个条件。

数量是不同的，但在某种程度上，这对E和N-S的关系是正确的。但是要小心主人--客人似乎很特别，至少在我的情况下也有问题。

需要删除的TL;DR是:如果正常的网络堆栈已经是快速的，那么您就不能赢得很多--事实上，由于效率较低，您失去了一些，所以尝试一下正常Linux堆栈速度慢的情况。

所有这些都是开源的，我们在其上所做的工作也是如此，所以虽然我的测试完全是WIP (而且atm不是我要维护的prio1 )，并且可能会发生很大的变化，您可能会得到一些灵感，甚至可以在我的上进行测试。我已经上传了一些结果，这是九月份在雅基为你=> http://paste.ubuntu.com/23547387/生成的。在前面的一个版本中，我使用了它的旧版本来为我的博客创建数字

如你所料，也会有退化，所以所有的调优--知道你的工作负载！

Answer 2

数据平面开发工具包(DPDK)是用来加速数据包处理能力的。使用普通的OVS，我们不能获得很大的吞吐量，因为数据包必须从用户空间和内核空间同时传递。在DPDK中，我们可以跳过内核空间延迟部分。

每个处理器套接字有多个核。每个核心都有自己的私有L1缓存内存、L2缓存内存和共享LLC (最后一级缓存)，然后将进入主存。

因此，关键是当您在OVS中使用DPDK时，您将有更少的延迟和更多的吞吐量。

Answer 3

在1Gbps网卡和正确的CPU上，ovs与ovs在基本端口到端口转发测试方面不会显示出很大的差别。但一次10 10gbps、25 10gbps、40 10gbps和100 10gbps(内核桥)转发与OVS-DPDK (用户空间桥)转发相比，由于DPDK-OVS通过以下方式减轻了性能问题，因此会产生影响。

1. 减少端口转发之间的副本
2. 由于有一个简单的端口来转发，所以精确匹配表被添加到流缓存表中，这使得查找和操作更快。
3. 使用hw-offload=true，32位匹配ID返回操作表中的条目，从而消除了对缓存表的需求。

注意：

1. 根据链路速度，每个大小的数据包数不同[数据包大小和mpps ]
2. 在OVS上启用速率限制、隧道终止等功能将导致与OVS-DPDK相比的数据包处理差异更大。

因此，观察到的简单端口转发Ovs和Ovs-dpdk适用于不同数据包大小的1Gbps，因为不强调数据包的数量。