From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f66.google.com (mail-vk0-f66.google.com [209.85.213.66]) by dpdk.org (Postfix) with ESMTP id 5EFBD5A30 for ; Mon, 30 May 2016 18:01:27 +0200 (CEST) Received: by mail-vk0-f66.google.com with SMTP id c189so17688223vkb.3 for ; Mon, 30 May 2016 09:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YdH6MhI0+kKMEE1rFdjEMd8yFKA+pu8yeVgiBh5zP5w=; b=oyHpPgVdZpVFdz8zjuNRXLlwIgI5kU6YGdPykYdesf91ERh71VB6FQnhaFPRX5Vk7B 5scbMeAAH6oMth1wSOLYf/nU2DcIEXBhGy/Epvzs7QUGFo3SdNCHj2KVXCLP7miqp7Hb DnELW+VZtDW3tzDX+ZzAyjO+hrP7k4YPlbKWHzGSLhIy+9SLOwg4INYHbu/BdXjXkJsv PlGmcWqO+RAO3LoJY3aDOQZG9NRtpIN4ckoFyEpuqa2j+5U3UT0iQTsl9XcX3jpFgDck I3DIJFtnBi3cpVuUzTgCiPkMgcC+P4jH1UdQ1CrNYohS3ggC0tBnIqv6RLYtzdIHRWK1 YgNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YdH6MhI0+kKMEE1rFdjEMd8yFKA+pu8yeVgiBh5zP5w=; b=c77Cxk4Cj+IiBU4PaV+pM21bhxII0RwgJ5Wl5QtYsP/xjzuIS8rDfHgGOsPrJh/WQs v8fLDcDRlMfp+dk0dA9Nmq3TMmXgZ1wflkmS0pVGT6LgNRZ6ml6p8kj63vUfMsyQFPwX h/U3HFMsxZWkwVtzdqxvebTIhidhKjiJov0K2z+5ub0zLDS1Zv1FcT9BUqtFyuz6G6Zx FnwSvP4vJ6kolVzES092vYO5yRM4aRJfQEcA2VSQt5vdtze/M5vn6qDJRa34SOmxCnEo R0dZWXVyMVYyo6QPSQKTQJaB5Zw8iuuSbPCYZakBrpT8mEDWspMhP2iu0XLbQRKhaKXA vU+A== X-Gm-Message-State: ALyK8tL/md0S+J+Q211ws7ofSsOdgTKhv1d4SvjDJatMULBcYmWiZYFOjIK0iAIZsHBJASF/b8eRsKaqJRTLSA== X-Received: by 10.159.33.137 with SMTP id 9mr14924262uac.2.1464624086720; Mon, 30 May 2016 09:01:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.129.80 with HTTP; Mon, 30 May 2016 09:00:57 -0700 (PDT) In-Reply-To: <7EE4206A5F421D4FBA0A4623185DE2BD0108FA25@IRSMSX104.ger.corp.intel.com> References: <7EE4206A5F421D4FBA0A4623185DE2BD0108FA25@IRSMSX104.ger.corp.intel.com> From: =?UTF-8?B?TWFydGlueCAtIOOCuOOCp+ODvOODoOOCug==?= Date: Mon, 30 May 2016 12:00:57 -0400 Message-ID: To: "Bodireddy, Bhanuprakash" Cc: Christian Ehrhardt , "" , dev , "qemu-stable@nongnu.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [ovs-dev] If 1 KVM Guest loads the virtio-pci, on top of dpdkvhostuser OVS socket interface, it slows down everything! X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2016 16:01:27 -0000 Hello Bhanu, I'm a little bit confused, you said that the problem can be fixed but, later, you also said that: "On a Multi VM setup even with the above patch applied, one might see aggregate throughput difference when vNIC is bind to igb_uio vs virtio-pci"... My idea is to use OVS with DPDK in a multi-vm environment but, based on your answer, this is not possible, because the VM A, can interfere with VM B... Is that true even with that patch applied, can you confirm this? I don't think that diverting the traffic from a VM that loaded virtio-pci drivers is a doable solution (since you can't predict what the owners of the VMs will be doing), also, specially because in my env, the DPDK App is a L2 bridge, so, it receives traffic that is not destined to it (might be even harder to try to do this)... I have all the required hardware to keep testing this, so, let me know when you guys (Intel / Canonical) have newer versions, I'll test it with pleasure! :-) Thanks! Thiago On 25 May 2016 at 11:00, Bodireddy, Bhanuprakash < bhanuprakash.bodireddy@intel.com> wrote: > I could reproduce the issue and this can be fixed as below > > Firstly, the throughput issues observed with other VMs when a new VM is > started can be fixed using the patch in the thread > http://openvswitch.org/pipermail/dev/2016-May/071615.html. I have put up > an explanation in this thread for the cause of issue especially with mult= i > VM setup on OVS DPDK. > > On a Multi VM setup even with the above patch applied, one might see > aggregate throughput difference when vNIC is bind to igb_uio vs virtio-pc= i, > this is for the fact that the interrupt overhead is significantly higher > when virtio-pci is in use. > > More importantly if you have setup explicit flows matching VM's MAC/IP, > disabling the flows to the VM that are idle would improve the aggregate > throughput and lessen the burden on the pmd thread. 'watch -d > ./utilities/ovs-appctl dpctl/show -s' will show no. of packet stats. > > Regards, > Bhanu Prakash. > > > >-----Original Message----- > >From: dev [mailto:dev-bounces@openvswitch.org] On Behalf Of Christian > >Ehrhardt > >Sent: Wednesday, May 25, 2016 7:08 AM > >To: Martinx - =E3=82=B8=E3=82=A7=E3=83=BC=E3=83=A0=E3=82=BA > >Cc: ; dev ; > >qemu-stable@nongnu.org > >Subject: Re: [ovs-dev] If 1 KVM Guest loads the virtio-pci, on top of > >dpdkvhostuser OVS socket interface, it slows down everything! > > > >Hi again, > >another forgotten case. > > > >I currently I lack the HW to fully reproduce this, but the video summary > is > >pretty good and shows the issue in an impressive way. > > > >Also the description is good and here as well I wonder if anybody else > could > >reproduce this. > >Any hints / insights are welcome. > > > >P.S. and also again - two list cross posting, but here as well it is yet > unclear > >which it belongs to so I'll keep it as well > > > >Christian Ehrhardt > >Software Engineer, Ubuntu Server > >Canonical Ltd > > > >On Sun, May 22, 2016 at 6:35 PM, Martinx - =E3=82=B8=E3=82=A7=E3=83=BC= =E3=83=A0=E3=82=BA > > > >wrote: > > > >> Guys, > >> > >> I'm seeing a strange problem here, in my OVS+DPDK deployment, on top > >> of Ubuntu 16.04 (DPDK 2.2 and OVS 2.5). > >> > >> Here is what I'm trying to do: run OVS with DPDK at the host, for KVM > >> Guests that also, will be running more DPDK Apps. > >> > >> The host have 2 x 10G NICs, for OVS+DPDK and each KVM Guest receives > >> its own VLAN tagged traffic (or all tags). > >> > >> There is an IXIA Traffic Generator sending 10G of traffic on both > >> directions (20G total). > >> > >> Exemplifying, the problem is, lets say that I already have 2 VMs (or > >> 10) running DPDK Apps (on top of dpdkvhostuser), everything is working > >> as expected, then, if I boot the 3rd (or 11) KVM Guest, the OVS+DPDK > >> bridge at the host, slows down, a lot! The 3rd (or 11) VM affects not > >> only the host, but also, all the other neighbors VMs!!! > >> > >> NOTE: This problem appear since the boot of VM 1. > >> > >> Soon as you, inside of the 3rd VM, bind the VirtIO NIC to the > >> DPDK-Compative Drivers, the speed comes back to normal. If you bind it > >> back to "virtio-pci", boom! The OVS+DPDK at the host and all VMs loses > >> too much speed. > >> > >> This problem is detailed at the following bug report: > >> > >> -- > >> The OVS+DPDK dpdkvhostuser socket bridge, only works as expected, if > >> the KVM Guest also have DPDK drivers loaded: > >> > >> https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1577256 > >> -- > >> > >> Also, I've recorded a ~15 min screen cast video about this problem, > >> so, you guys can see exactly what is happening here. > >> > >> > >https://www.youtube.com/v/yHnaSikd9XY?version=3D3&vq=3Dhd720&autoplay=3D > >1 > >> > >> * At 5:25, I'm starting a VM that will boot up and load a DPDK App; > >> > >> * At 5:33, OVS+DPDK is messed up, it loses speed; > >> The KVM running with virtio-pci drivers breaks OVS+DPDK at the > >> host; > >> > >> * At 6:50, DPDK inside of the KVM guest loads up its drivers, kicking > >> "virtio-pci", speed back to normal at the host; > >> > >> * At 7:43, started another KVM Guest, now, while virtio-pci driver is > >> running, the OVS+DPDK at the host and the other VM, are very, very > >> slow; > >> > >> * At 8:52, the second VM loads up DPDK Drivers, kicking virtio-pci, > >> the speed is back to normal at the host, and on the other VM too; > >> > >> * At 10:00, the Ubuntu VM loads up virtio-pci drivers on its boot, > >> the speed dropped at the hosts and on the other VMs; > >> > >> * 11:57, I'm starting "service dpdk start" inside of the Ubuntu > >> guest, to kick up virtio-pci, and bang! Speed is back to normal > >> everywhere; > >> > >> * 12:51, I'm trying to unbind the DPDK Drivers and return the > >> virtio-pci, I forgot the syntax while recording the video, which is: > >> "dpdk_nic_bind -b virtio-pci", so, I just rebooted it. But both > >> "reboot" or "rebind to virtio-pci" triggers the bug. > >> > >> > >> NOTE: I tried to subscriber to qemu-devel but, it is not working, I'm > >> not receiving the confirmation e-mail, while qemu-stable worked. I > >> don't know if it worth sending it to Linux Kernel too... > >> > >> > >> Regards, > >> Thiago > >> > >_______________________________________________ > >dev mailing list > >dev@openvswitch.org > >http://openvswitch.org/mailman/listinfo/dev >