ThreadPinning.jl
ThreadPinning.jl copied to clipboard
carstenbauer
Readily pin Julia threads to CPU processors
pinthreads(:affinitymask) fails with error message "More Julia threads than CPU-threads specified by affinity mask" when I have enough threads+hyperthreads but not enough physical cores.
Is there a recommended way to only load and pin threads if my package is loaded by someone using Linux? e.g. If my package is loaded on Windows nothing bad...
> I always wanted to have nicer support for `threadinfo` in Pluto. I'm thinking of > * native output (not in the terminal look) > * interactively updating (when one...
Closes #15 * For now only single-socket and single NUMA-domain systems are support. * Pinning does only seem to work for the first Julia thread (Why?) * Querying seems to...
We do have a basic API for pinning threads loosely to, e.g., NUMA domains now (issue https://github.com/carstenbauer/ThreadPinning.jl/issues/67, PR https://github.com/carstenbauer/ThreadPinning.jl/pull/71). How to access/pin GC threads? Assuming we can't `@tspawnat` code on...
https://github.com/carstenbauer/ThreadPinning.jl/pull/71
... so that we can implement `pinthreads_mpi` and `pinthreads_distributed` based on the actual rank / worker id information. See #61. (Doesn't close it because in this PR we focus only...
If there is no external affinity mask (e.g. set by SLURM) that one can utilize (with `pinthreads(:affinitymask)`) to pin Julia threads in (hybrid) MPI applications, we provide `pinthreads_mpi` to "manually"...
Apart from initial attempts to use SnoopPrecompile we haven't yet spent much/any time on optimizing the load time. Apart from using general strategies (like avoiding invalidations etc.) we should try...