Not entirely sure I know what you mean. If you are talking about running
without specifying binding, then it makes no difference - we'll run wherever
the OS puts us, so you would need to tell the OS not to use the virtual cores
(i.e., disable HT).
If you are talking about binding, then pre-1.7
Our code gets little benefit from using virtual cores (hyperthreading),
so when we run with mpiexec on an 8 real plus 8 virtual machine, we
would like to be certain that it uses only the 8 real cores.
Is there a way to do this with openmpi?
ThxJohn
*Bump*
There doesn't seem to have been any progress on this. Can you at least have
an error message saying that Open MPI one-sided does not work with
datatypes instead of silently causing wanton corruption and deadlock?
On Thu, Dec 22, 2011 at 4:17 PM, Jed Brown wrote:
> [Forgot the attachment.
On Tue, Sep 11, 2012 at 2:29 PM, Reuti wrote:
> With "user" you mean someone compiling Open MPI?
Yes
Am 11.09.2012 um 20:22 schrieb Jed Brown:
> I want to avoid the user
With "user" you mean someone compiling Open MPI?
-- Reuti
> having to figure that out. MPICH2 sets RPATH by default when installed to
> nonstandard locations and I think that is not a bad choice. Usually
> applications are
I want to avoid the user having to figure that out. MPICH2 sets RPATH by
default when installed to nonstandard locations and I think that is not a
bad choice. Usually applications are compiled differetly when the want to
switch between debug and optimized (or other reasons for selecting a
different
Dear Users,
I have two separate program say PROG1 and PROG2 .Both programs run
parallel independently. But I have made following modifications.
PROG1 run first doing its own job and then preparing a input file for
PROG2, and then to run PROG2 call system is used.
The result of PROG2 is used in PRO
