From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by dpdk.org (Postfix) with ESMTP id DC3672A5F for ; Wed, 2 Dec 2015 01:54:16 +0100 (CET) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP; 01 Dec 2015 16:54:14 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,371,1444719600"; d="scan'208";a="851859943" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by fmsmga001.fm.intel.com with ESMTP; 01 Dec 2015 16:54:15 -0800 Received: from irsmsx106.ger.corp.intel.com ([169.254.8.228]) by IRSMSX101.ger.corp.intel.com ([169.254.1.236]) with mapi id 14.03.0248.002; Wed, 2 Dec 2015 00:54:12 +0000 From: "Loftus, Ciara" To: "Traynor, Kevin" , Flavio Leitner Thread-Topic: [ovs-dev] OVS with DPDK Meetup notes Thread-Index: AdEocQN89+PFAvC2THGnp+yfB/5txgDWPnmAABdA4PAAHNRQEA== Date: Wed, 2 Dec 2015 00:54:12 +0000 Message-ID: <74F120C019F4A64C9B78E802F6AD4CC24F7D3872@IRSMSX106.ger.corp.intel.com> References: <20151130235111.GC8825@x240.home> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsIiwiaWQiOiJmNGU3NGNiYi0wYTE5LTQyZTAtYTI2OS04ZjNlNzk4OTk3NGMiLCJwcm9wcyI6W3sibiI6IkludGVsRGF0YUNsYXNzaWZpY2F0aW9uIiwidmFscyI6W3sidmFsdWUiOiJDVFBfSUMifV19XX0sIlN1YmplY3RMYWJlbHMiOltdLCJUTUNWZXJzaW9uIjoiMTUuNC4xMC4xOSIsIlRydXN0ZWRMYWJlbEhhc2giOiJJWlRsQng3XC93Y0RoWVI0SWFvSVNXSmwzRUMrZUZoM1U0akl4OE51ZlFPST0ifQ== x-inteldataclassification: CTP_IC x-originating-ip: [163.33.239.181] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@openvswitch.org" , "dev@dpdk.org" Subject: Re: [dpdk-dev] [ovs-dev] OVS with DPDK Meetup notes 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: Wed, 02 Dec 2015 00:54:17 -0000 > > > > On Thu, Nov 26, 2015 at 05:56:08PM +0000, Traynor, Kevin wrote: > > > Hi All, > > > > > > Just wanted to post some summary notes on the recent OVS with DPDK > Meetup > > we > > > had after the OVS conference. Thanks to everyone for the often lively > > discussion. > > > I've collated and condensed Maryam's notes (Thank you Maryam) with > my own. > > > Corrections and additions are welcome. > > > > Thanks for having organized the event and for the good notes. > > > > > > > Usability > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > * Single binary for OVS/OVS with DPDK and static vs. dynamic linking > > > - Discussion around deployment and what the best model is. > > > - Flavio has posted a mail on this > > > http://openvswitch.org/pipermail/dev/2015-November/062599.html > > > > Let us know if you find a performance difference between static vs > > dynamic linking. We might be able to accommodate both options in > > the same spec, but it seems we should go with shared linking only > > to keep it simple for now. > > >=20 > Yes, will do. I seem to recall from when we looked at this on a previous > project it was a few hundred kpps but it was a long time ago, so I'm not > certain how many. >=20 > > > > > Features > > > =3D=3D=3D=3D=3D=3D=3D=3D > > > * Multiqueue vhost-user > > > - Looks really promising - will help us scale out performance to th= e VM. > > > > I see that vhost PMD is moving and if it gets accepted, it would > > be a nice clean up for OVS. Do you know if there is someone working > > on this already? >=20 > I agree, it should simplify the code a lot. Ciara reviewed it and did a > quick integration to see if the api would work. The patch was churning qu= ite > a bit, so we decided to hold off doing any more work with it for the time > being. Correct, the vHost PMD really cleans things up and removes the need for a l= ot of code in netdev-dpdk. The netdev_class for phy ports and vhost-user po= rts could be pretty much the same, except for the construct functions. >=20 > > > > > * dpdkr/ivshmem > > > - Still useful. Check/Update documentation to ensure limitations ar= e > > clear. > > > > Yeah, same thing here. > > > > Thanks, > > fbl