[slurm-users] Submitting hybrid OpenMPI and OpenMP Jobs
Selch, Brigitte (FIDD)
Brigitte.Selch at man.eu
Fri Sep 22 11:57:42 UTC 2023
one of our applications need hybrid OpenMPI and OpenMP Job-Submit.
Only one task is allowed on one node, but this task should use all cores of the node.
So, for example I made:
mpiexec PreonNode test.prscene
But the job does not take more than one thread:
Thread binding will be disabled because the full machine is not available for the process.
Detected 44 CPU threads, 2 l3 caches and 2 packages on the machine.
Number of CPU processors reported by OpenMP: 1
Maximum number of CPU threads reported by OpenMP: 44
Warning: OMP_NUM_THREADS was set to 44, which is higher than the number of available processors of 1. Will use 1 threads now.
What did I wrong?
Does anyone have any idea why OpenMP thinks it can only use one thread per node?
MAN Truck & Bus SE
IT Produktentwicklung Simulation (FIDD)
Vogelweiher Str. 33
MAN Truck & Bus SE
Sitz der Gesellschaft: München
Registergericht: Amtsgericht München, HRB 247520
Vorsitzender des Aufsichtsrats: Christian Levin, Vorstand: Alexander Vlaskamp (Vorsitzender), Murat Aksel, Friedrich-W. Baumann, Michael Kobriger, Inka Koljonen, Arne Puls, Dr. Frederik Zohm
You can find information about how we process your personal data and your rights in our data protection notice: www.man.eu/data-protection-notice
This e-mail (including any attachments) is confidential and may be privileged.
If you have received it by mistake, please notify the sender by e-mail and delete this message from your system.
Any unauthorised use or dissemination of this e-mail in whole or in part is strictly prohibited.
Please note that e-mails are susceptible to change.
MAN Truck & Bus SE (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt.
MAN Truck & Bus SE (or its group companies) does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the slurm-users