onload
onload copied to clipboard
Please add the feature of handling transparently multiple threads binding to multiple RSS queues on non-Solarflare NiCs
Hello,
Please add the feature of where Onload in AF_XDP mode can transparently create multiple stacks bound to multiple RSS queues for multiple threads transparently while maintaining all the networking semantics like SO_REUSEPORT etc.,
This issue is already in https://github.com/Xilinx-CNS/onload/issues/70, in detail.
Any help is appreciated.
Hello @maciejj-xilinx can you take a look at it ?
I had another look into the specifics of the implementation. Currently, it seems there are two relatively contained changes needed:
- enable use of RSS/Clustering for AF_XDP (it is disabled currently)
- suppress use of hardware for non-RSS/non-Clustered stacks as currently only single stack per channel can be accelerated and network driver channels need to be saved for the cluster
It looks just these two should be enough to enable both passive and active side RSS scalable filters. The active side would depend on configurable Toeplitz RSS hashing on the Interface. It looks both Intel and Mellanox NICs allow this.
sounds good @maciejj-xilinx . How do we enable, RSS/Clustering for AF_XDP ?
These two points list required code changes. I reckon relatively simple ones though. This is on my AF_XDP TODO list.
sounds good @maciejj-xilinx
Hi @maciejj-xilinx any progress on the patch ?
Hi @maciejj-xilinx any progress on the patch ?