Re: [dpdk-dev] [ovs-dev] OVS with DPDK Meetup notes

["Loftus, Ciara" <ciara.loftus@intel.com>]

> >
> > 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
> > > ==========
> > > * 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.
> >
> 
> 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.
> 
> >
> > > Features
> > > ========
> > > * Multiqueue vhost-user
> > >   - Looks really promising - will help us scale out performance to the 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?
> 
> 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 quite
> 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 lot of code in netdev-dpdk. The netdev_class for phy ports and vhost-user ports could be pretty much the same, except for the construct functions.

> 
> >
> > > * dpdkr/ivshmem
> > >   - Still useful. Check/Update documentation to ensure limitations are
> > clear.
> >
> > Yeah, same thing here.
> >
> > Thanks,
> > fbl