> -----Original Message-----
> From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
> Sent: Monday, March 16, 2015 6:16 PM
> To: Traynor, Kevin
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH 0/6] DPDK: simplify configuration
> 
> 
> > On 16 Mar 2015, at 15:18, Traynor, Kevin <kevin.tray...@intel.com> wrote:
> >
> >> -----Original Message-----
> >> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
> >> Proietto
> >> Sent: Thursday, March 12, 2015 6:05 PM
> >> To: dev@openvswitch.org
> >> Subject: [ovs-dev] [PATCH 0/6] DPDK: simplify configuration
> >>
> >> This series improves OVS configuration with DPDK in three ways:
> >>
> >> * netdev-dpdk is patched to work on smaller systems (without 1GB
> hugepages)
> >>  or with smaller NICs (without lots of transmission queues).
> >> * the 'other_config:nonpmd-cpu-mask' key is introduced: it can be used to
> >>  limit OVS non PMD threads to a particular set of cores.
> >> * the 'other_config:n-pmd-cores' key is introduced: it allows setting the
> >>  number of PMD threads without specifing a CPU mask.
> >
> > Hi, I've reviewed this patchset - few comments/questions on it…
> 
> Hi Kevin, thanks
> 
> > I haven't tested yet - but I'm wondering what is the impact to the dpdk -c
> > parameter. Is it no longer used for OVS?
> >
> 
> Yes, that’s correct. It should have no impact on OVS. I think we
> should also provide a default, i.e. generate the parameters passed to
> dpdk_eal_init at some point.
> 
> > At present the NON_PMD_CORE_ID define overrides the db settings (which is
> > clearly documented). Is it needed now that a db key is available? Perhaps
> > it would make things simpler that the define is overridden when a key is
> > specified?
> >
> 
> We check NON_PMD_CORE_ID often in the fast path.  I would prefer leaving it
> as
> it is right now and removing this limitation later, making sure that it has
> no
> impact on performance.

Sounds fine to me.

_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to