>>> Terry -- please add this to the agenda (but at the lowest priority).
It's been a long-standing dream of mine to launch MPI processes in individual
text screens. The venerable screen(1) app makes this somewhat difficult, but I
was pleased to discover recently that tmux(1) -- basically, a 2nd
Please put on the agenda:
- openib registered memory exhaustion problem still isn't fixed
Should we just use a heuristic to limit free list sizes (etc.)?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
On 7/2/2012 4:14 PM, Jeff Squyres wrote:
Steve --
Can you extend this new stuff to support RDMACM, including the warp-needed
connector-sends-first stuff?
I have no time right now. I could test something perhaps if someone can
do the initial pull of the rdma cpc code into the ofacm...
I
If I use --mca btl_oepnib_cq_size and override the computed CQ depth,
then I can indeed avoid the CQ overflows.
On 7/2/2012 4:12 PM, Jeff Squyres wrote:
You know, I have the following in a few of my MTT configurations:
-
# See if this makes the CQ overrun errors go away
cq_depth = " --mca
Yup, I will work on it after I figure out why it is causing MTT failures.
-Nathan
On Mon, Jul 02, 2012 at 02:06:30PM -0400, Shamis, Pavel wrote:
> Yeah, it is going to 1.7
>
> Do you want to move your UD connection manager code there :)
>
> Pavel (Pasha) Shamis
> ---
> Application Performance T
Yevgeny,
ROCEE transport relays on RDMACM as well. I believe, Mellanox should be
interested to support it.
Pavel (Pasha) Shamis
---
Application Performance Tools Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Jul 2, 2012, at 5:14 PM, Jeff Squyres wrote:
> Steve
Steve --
Can you extend this new stuff to support RDMACM, including the warp-needed
connector-sends-first stuff? It would be *very* nice to ditch the openib CPC
stuff and only have the new ofacm stuff.
I'm asking Steve because he's effectively the only iWARP vendor left around
(and iWARP *req
You know, I have the following in a few of my MTT configurations:
-
# See if this makes the CQ overrun errors go away
cq_depth = " --mca btl_openib_cq_size 65536 "
-
And then I use that variable as an mpirun CLI option in a few places. It looks
like someth
Hello everyone -
This morning the branch for the 1.7 release series was created (and all
the other ancillary stuff that goes along with a branch also occurred).
The nightly tarballs are available at the expected location
(http://www.open-mpi.org/nightly/v1.7/), with the first generated this
mornin
Yeah, it is going to 1.7
Do you want to move your UD connection manager code there :)
Pavel (Pasha) Shamis
---
Application Performance Tools Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Jul 2, 2012, at 11:20 AM, Nathan Hjelm wrote:
> Nice! Are we moving this to
So is ofacm another replacement for ibcm and rdmacm?
Essentially it extraction of the OpenIB BTL connection manager functionality
(minus rdmacm) from the OpenIB BTL. The idea is to allow access to this
functionality for other communication components, like collectives and btls.
OFACM supports
> Keep in mind that this is currently not used for the openib BTL. It is only
> used in the upcoming OpenFabrics-based collectives component.
>
> The iWARP-required connector-must-send-first logic is not yet included in
> this code, as I understand it. That must be added before it can be used
On 7/2/12 11:00 AM, "Nathan Hjelm" wrote:
>With platform contrib/platform/lanl/tlss/debug-panasus I get an error:
>make[2]: Entering directory
>`/panfs/scratch/vol7/hjelmn/turing/ompi-trunk-git/ompi/tools/ompi_info'
> CCLD ompi_info
>../../../ompi/.libs/libmpi.so: undefined reference to `NBC_O
So is ofacm another replacement for ibcm and rdmacm?
--td
On 7/2/2012 11:20 AM, Nathan Hjelm wrote:
Nice! Are we moving this to 1.7 as well?
-Nathan
On Mon, Jul 02, 2012 at 11:20:12AM -0400, svn-commit-mai...@open-mpi.org wrote:
Author: pasha (Pavel Shamis)
Date: 2012-07-02 11:20:12 EDT (Mon
Hello,
I'm debugging an issue with openmpi-1.4.5 and the openib btl over
chelsio iwarp devices. I am the iwarp driver developer for this
device. I have debug code that detects cq overflows, and I'm seeing rcq
overflows during finalize for certain IMB runs with ompi.So as the
recv wrs a
Keep in mind that this is currently not used for the openib BTL. It is only
used in the upcoming OpenFabrics-based collectives component.
The iWARP-required connector-must-send-first logic is not yet included in this
code, as I understand it. That must be added before it can be used with the
Nice! Are we moving this to 1.7 as well?
-Nathan
On Mon, Jul 02, 2012 at 11:20:12AM -0400, svn-commit-mai...@open-mpi.org wrote:
> Author: pasha (Pavel Shamis)
> Date: 2012-07-02 11:20:12 EDT (Mon, 02 Jul 2012)
> New Revision: 26707
> URL: https://svn.open-mpi.org/trac/ompi/changeset/26707
>
> L
With platform contrib/platform/lanl/tlss/debug-panasus I get an error:
make[2]: Entering directory
`/panfs/scratch/vol7/hjelmn/turing/ompi-trunk-git/ompi/tools/ompi_info'
CCLD ompi_info
../../../ompi/.libs/libmpi.so: undefined reference to `NBC_Operation'
Brian, can you take a look?
-Nathan
18 matches
Mail list logo
