Andrealphus,# You should be using cpusets You allocate cores 1 and 2 (actually I think they count from 0) as the 'boot cpuset' and run the operating system processes in that. You then create a cpuset for each job. I have done this with PBSPro and it works very well.
http://slurm.schedmd.com/cgroups.html -----Original Message----- From: andrealphus [mailto:andrealp...@gmail.com] Sent: 14 September 2016 21:19 To: slurm-dev <slurm-dev@schedmd.com> Subject: [slurm-dev] Re: cpu identifier Thanks Dani! On a side note, any idea if there is a parameter to not have it use a particular cpu? This is a single node workstation, with 18 cores. The end goal is to have a default set up where it can say run 16 jobs, bound to 16 unique cores, excluding core 1 and 2, which are primarily used for system overhead. The catch is that hyperthreading is enabled, and I also dont want it to use virtual cores 19-36, but dont want to disable hyperthreading in the bios. On Wed, Sep 14, 2016 at 6:34 AM, dani <d...@letai.org.il> wrote: > Is there binding/affinity involved? > > If not, the process might execute each instruction on a different cpu, > so slurm couldn't really provide something useful. > > > If there is binding, take a look at > > SBATCH_CPU_BIND > Set to value of the --cpu_bind option. > SBATCH_CPU_BIND_VERBOSE > Set to "verbose" if the --cpu_bind option includes the verbose option. > Set to "quiet" otherwise. > SBATCH_CPU_BIND_TYPE > Set to the CPU binding type specified with the --cpu_bind option. > Possible values two possible comma separated strings. The first > possible string identifies the entity to be bound to: "threads", > "cores", "sockets", "ldoms" and "boards". The second string identifies > manner in which tasks are > bound: "none", "rank", "map_cpu", "mask_cpu", "rank_ldom", "map_ldom" > or "mask_ldom". > SBATCH_CPU_BIND_LIST > Set to bit mask used for CPU binding. > > > > On 14/09//2016 02:23, andrealphus wrote: >> >> is there an environmental variable available in sbatch that holds the >> cpu/s the current job is being run on? (not the number of cpus, but a >> cpu identifier). > > > Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Employees of XMA Ltd are expressly required not to make defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by email communications. Any such communication is contrary to company policy and outside the scope of the employment of the individual concerned. The company will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising. XMA Limited is registered in England and Wales (registered no. 2051703). Registered Office: Wilford Industrial Estate, Ruddington Lane, Wilford, Nottingham, NG11 7EP
