You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This may be mostly finished with the "binders" work that @stelleg did, but we haven't gotten a chance to try binders out yet. This is mostly a placeholder issue to capture the gist of what we wanted as it may be helpful to anyone doing future development on binders. It'll probably also serve as a place to report bugs that we may run into as we start using binders.
The general idea is that instead of letting qthreads decide affinity, we want the ability to explicitly specify how shepherds/workers should bind to specific numa domains/CPUs. Something like OpenMP's OMP_PLACES or gomps GOMP_CPU_AFFINITY
We need this because parts of the Chapel runtime also have to reason about topology/affinity, and we need our runtime and qthreads to have the same "view" of the machine. For example with certain communication layers our runtime may pin memory to specific NUMA domains and we need to be sure our runtime and qthreads both agree on which socket is NUMA domain 0 and things like that.
This is a high priority item for us, although I don't think there's anything for the qthreads team to do until we've gotten a chance to try out the binders work.
The text was updated successfully, but these errors were encountered:
This may be mostly finished with the "binders" work that @stelleg did, but we haven't gotten a chance to try binders out yet. This is mostly a placeholder issue to capture the gist of what we wanted as it may be helpful to anyone doing future development on binders. It'll probably also serve as a place to report bugs that we may run into as we start using binders.
The general idea is that instead of letting qthreads decide affinity, we want the ability to explicitly specify how shepherds/workers should bind to specific numa domains/CPUs. Something like OpenMP's OMP_PLACES or gomps GOMP_CPU_AFFINITY
We need this because parts of the Chapel runtime also have to reason about topology/affinity, and we need our runtime and qthreads to have the same "view" of the machine. For example with certain communication layers our runtime may pin memory to specific NUMA domains and we need to be sure our runtime and qthreads both agree on which socket is NUMA domain 0 and things like that.
This is a high priority item for us, although I don't think there's anything for the qthreads team to do until we've gotten a chance to try out the binders work.
The text was updated successfully, but these errors were encountered: