DPAA: Software Portal selection for network interface
Sebastian Huber
sebastian.huber at embedded-brains.de
Fri Jun 23 16:42:06 AEST 2017
On 22/06/17 16:48, Madalin-cristian Bucur wrote:
>> This means all the QMan portal_isr() are distributed round-robin to all
>> affine portals. Is there some way to configure the software portal for a
>> specific network interface, e.g. use processors 0, 1, 2, 3 for one
>> interface,and 4, 5, 6, 7 for another?
> We've stripped all configurability and advanced features from the initial
> DPAA submission. We don't have options to configure this. On the other hand,
> the ingress queues are held active in the portal, resulting in one CPU doing
> dequeues while there are frames available. This is done to avoid frame
> reordering, improving termination performance (and forwarded TCP performance).
>
> The downside is that we're not saturating all CPUs with traffic. We're
> currently working on adding Rx hashing, to be able to maintain intra-flow
> frame order while spreading processing on all CPUs.
>
> Meanwhile, would RPS (Receive Packet Steering) be a solution for you?
>
We receive UDP packets with an MTU of 1500 on one of the 10G interfaces
at wire speed. So, I guess I have to add this configure myself somehow
and use a dedicated software portal for this interface.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the Linuxppc-dev
mailing list