WHAT: Change many of the functions on the PML layer to use the btl
directly instead of going through the BML layer. [NOTE: I withdraw
my earlier RFC from 04/07/2010 as it was flawed]
WHY: Some PMLs (like the failover one I am working on) may add or
delete BTLs while the program is running. Curr
Jeff and I were talking about trac 2035 and the handling of mpirun
command-line options. While most mpirun options have long,
multi-character names prefixed with a double dash, OMPI had originally
also wanted to support combinations of short names (e.g., "mpirun -hvq",
even if we don't documen
On Monday 19 April 2010, Oliver Geisler wrote:
> > Ah, that could do it. Open MPI's shared memory files are under /tmp. So
> > if /tmp is NFS, you could get extremely high latencies because of dirty
> > page writes out through NFS.
> >
> > You don't necessarily have to make /tmp disk-full -- if y
Ralph Castain wrote:
On Apr 19, 2010, at 9:12 AM, Oliver Geisler wrote:
Ah, that could do it. Open MPI's shared memory files are under /tmp. So if /tmp is NFS, you could get extremely high latencies because of dirty page writes out through NFS.
You don't necessarily have
* 张晶 wrote on Fri, Apr 16, 2010 at 04:50:21PM CEST:
> I think I should switch the host now in the windows to the linux ,or I will
> have little chance to build the autotool, Thank you for your advice !
autotools work just fine under Windows. For example, Cygwin or MinGW
ship pre-built autotools v
On Apr 19, 2010, at 9:12 AM, Oliver Geisler wrote:
>
>
>> Ah, that could do it. Open MPI's shared memory files are under /tmp. So if
>> /tmp is NFS, you could get extremely high latencies because of dirty page
>> writes out through NFS.
>>
>> You don't necessarily have to make /tmp disk-ful
> Ah, that could do it. Open MPI's shared memory files are under /tmp. So if
> /tmp is NFS, you could get extremely high latencies because of dirty page
> writes out through NFS.
>
> You don't necessarily have to make /tmp disk-full -- if you just make OMPI's
> session directories go into a