> The core stuff in ib_qp is not performance sensitive and has no obvious node > affinity since it relates primarily to simple control stuff. > The current rvt_qp "inherits" from ib_qp, so the fields in the "control" stuff are performance critical especially for receive processing and have historically live in the same allocation. I would in no way call these fields "simple control stuff". The rvt_qp structure is tuned to optimize receive processing and the NUMA locality is part of that tuning. We could separate out the allocation, but that misses promoting fields from rvt_qp that may indeed be common into the core. I know that we use the qpn from ib_qp and there may be other fields in the critical path. Mike
