* Re: [dpdk-users] Is it possible to use distributor library in multi-process mode ?
2017-06-09 20:17 ` [dpdk-users] Is it possible to use distributor library in multi-process mode ? Jean-Philippe ANDRIOT
@ 2017-06-13 15:35 ` Hunt, David
0 siblings, 0 replies; 2+ messages in thread
From: Hunt, David @ 2017-06-13 15:35 UTC (permalink / raw)
To: Jean-Philippe ANDRIOT, users
On 9/6/2017 9:17 PM, Jean-Philippe ANDRIOT wrote:
>
> Hi,
>
> I would like to use packet distributor library in multi-process mode,
> meaning both distributor core and every worker are running in a
> different process (secondary proc type).
>
> However, there is no /rte_distributor_lookup/ function to get a
> distributor instance from a DPDK secondary process, such as
> /rte_ring_lookup/ for rings.
>
> I had a look to the implementation of both ring and distributor and it
> looks like both are created the same way (rte_memzone allocation and
> registration in a RTE_TAILQ in shm).
>
> So I'm wondering if the rte_distributor_lookup function could be
> easily implemented ( based on rte_ring_lookup ) or if there are
> specific issues which prevent distributor to be used in multi process
> mode.
>
> Thanks !
>
Jean-Philippe,
It sounds like you're going in the right direction for this. I
haven't attempted a multi-process implementation myself, but what you're
describing is theoretically possible.
If you implemented an rte_distributor_lookup function, once you get the
rte_distributor instance, you should then be able to call the client
API's to get and return packets to the distributor app.
Please ensure that the number of running workers matches the number of
workers in the created distributor instance, and that each app passes in
a unique worker_id.
Regards,
Dave.
^ permalink raw reply [flat|nested] 2+ messages in thread