#1964: Binary neutron star sample has poor OpenMP parallelization ------------------------------------+--------------------------------------- Reporter: anonymous | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Resolution: | Keywords: NsNs ------------------------------------+---------------------------------------
Comment (by rhaas):
Cactus does not control the number of threads through parfiles. They are controlled by options to simfactory. Unless something changed radically (and I am not aware of any such change), GRHydro will use more than 2 threads if they are provided. Can you let use know which options to simfactory you used and which cluster this was one? If this was a private cluster or you did not use simfactory, pleasec attach you submission script etc to the ticket if possible.
If you can log into the compute nodes while the job is running, I would suggest doing a {{{ top -H }}} to list all threads and check that in particular not all threads are bound to the same 2 cores which can happen if incorrect OpenMP/NUMA/mpirun options are used.