RE: [PATCH rdma-next] RDMA/rdmavt: Decouple QP and SGE lists allocations

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> 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








[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux