> On Jun 21, 2018, at 7:37 AM, Jeff Squyres (jsquyres) via devel > <devel@lists.open-mpi.org> wrote: > > On Jun 21, 2018, at 10:26 AM, r...@open-mpi.org wrote: >> >>>> Alternatively, processes can be assigned to processors based on >>>> their local rank on a node using the \fI--bind-to cpuset:ordered\fP option >>>> with an associated \fI--cpu-list "0,2,5"\fP. This directs that the first >>>> rank on a node be bound to cpu0, the second rank on the node be bound >>>> to cpu1, and the third rank on the node be bound to cpu5. Note that an >>>> error will result if more processes are assigned to a node than cpus >>>> are provided. >>> >>> Question about this: do the CPUs in the list correspond to the Linux >>> virtual processor IDs? E.g., do they correspond to what one would pass to >>> numactl(1)? >> >> I didn’t change the meaning of the list - it is still the local cpu ID per >> hwloc >> >>> Also, a minor quibble: it might be a little confusing to have --bind-to >>> cpuset, and then have to specify a CPU list (not a CPU set). Should it be >>> --cpuset-list or --cpuset? >> >> Your PR is welcome! Historically, that option has always been --cpu-list and >> I didn’t change it > > Oh, I see! I didn't realize / forgot / whatever that --cpu-list is an > existing option. > > Let me change my question, then: should "--bind-to cpuset" be changed to > "--bind-to cpulist"? (Or even "cpu-list" to exactly match the existing > "--cpu-list" CLI option) This would be for two reasons: > > 1. Make the terminology agree between the two options. > 2. Don't use the term "cpuset" because that has a specific meaning in Linux > (that isn't tied to hwloc's logical processor IDs) > > (Yes, I'm happy to do a PR to do this)
I don’t think it really matters to the person who requested it, and I don’t have any feelings about it - so feel free! Just remember to change the help line in schizo_ompi.c and the orterun.1in man page. > > -- > Jeff Squyres > jsquy...@cisco.com > > _______________________________________________ > devel mailing list > devel@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/devel