| title: | Re IPoIB multiqueue support |
|
On Tue, 11 May 2010, Jason Gunthorpe wrote:
Right but then would each individual QP need its own IP address?
I think Roland means that each IP multicast address is mapped into an
IB multicast GID, and you can bind a QP to a set of MGIDs. Right now
the driver binds all MGIDs to the rx QP and basically ignores the
MGID on receive.
Aha.
To go multi-queue youd create multiple QPs and spread the MGID binds
amongst them.
It would be best to bind them to the QP of the local processor (assuming
that the process continues to run on that processor).
What about unicast traffic? One QP gets all unicast?
Yes, but the downside is that if you rely on the kernel to the group
join then the HCA will send the packet to user space and the kernel QP.
Some of the weird features in the RDMA CM seem to be for supporting
this..
The UMCAST flag can stop the kernel from processing the IGMP reply.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at rel="nofollow" vger.kernel.org/majordomo-info.html vger.kernel.org/majordomo-info.html
|
