Gleb - we seem to be missing btl_mvapi_eager_rdma.h
g...@osl.iu.edu wrote:
Author: gleb
Date: 2006-03-30 07:55:31 EST (Thu, 30 Mar 2006)
New Revision: 9474
Modified:
trunk/ompi/mca/btl/mvapi/Makefile.am
trunk/ompi/mca/btl/mvapi/btl_mvapi.h
trunk/ompi/mca/btl/mvapi/btl_mvapi_component
Thanks Brian...
brbar...@osl.iu.edu wrote:
Author: brbarret
Date: 2006-02-22 19:39:01 -0500 (Wed, 22 Feb 2006)
New Revision: 9118
Modified:
trunk/ompi/communicator/comm.c
trunk/ompi/mca/pml/base/pml_base_bsend.h
trunk/ompi/mca/pml/base/pml_base_module_exchange.c
trunk/ompi/mca/pml/
Rainer Keller wrote:
Hello dear all,
I had a point on the tbd-list, that I would like to ask here:
- Shouldn't we have a while-loop condition around every occurence
of opal_condition_wait (spurious wake-ups)
As we may do a pthread_cond_wait,
e.g. in opal_free_list.h and OPAL_FREE_LIS
Yo Jeff,
jsquy...@osl.iu.edu wrote:
Author: jsquyres
Date: 2006-01-04 17:29:09 -0500 (Wed, 04 Jan 2006)
New Revision: 8643
Modified:
trunk/orte/mca/oob/tcp/oob_tcp.c
Log:
Avoid a false positive in bcheck
Modified: trunk/orte/mca/oob/tcp/oob_tcp.c
==
It's down today for upgrade.
Greg Watson wrote:
Is there some problem with the web site? I'm getting an error
connecting to the server.
Greg
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
Hello Gleb,
Gleb Natapov wrote:
On Mon, Dec 05, 2005 at 10:23:14AM -0700, Galen M. Shipman wrote:
Also there is a code commented out that enables memory hooks if
leave_pinned is set. Why this code is disabled? Infiniband will
not work correctly in such setup.
There is still some debate about
Most definately. Any large sends to self would not deliver
the correct data, exhibited in NPB2.3.
Tim
Jeff Squyres wrote:
Tim --
Does this need to come over to v1.0?
On Dec 5, 2005, at 6:36 PM, twood...@osl.iu.edu wrote:
Author: twoodall
Date: 2005-12-05 18:36:33 -0500 (Mon, 05 Dec 2005)
George Bosilca wrote:
Tim,
It looks a little bit better. Here are the latencies for 1 to 4 bytes
messages as well as for the maximum length in Netpipe (8 MB).
old ob1:
0: 1 bytes694 times --> 0.06 Mbps in 137.54 usec
1: 2 bytes727 times --> 0.11 Mbps i
George,
Can you try out the changes I just commited on the trunk? We were doing
more select/recvs then necessary.
Thanks,
Tim
George Bosilca wrote:
I run Netpipe on 4 different clusters with differents OSes and Eternet
devices. The results is that nearly the same behaviour happens all the
ti
Linpack runs on odin:
TEG/TCP PTL:
/u/twoodall> orterun -mca pml teg -mca ptl tcp -np 4 ./xhpl
HPLinpack 1.0a -- High-Performance Linpack benchmark -- January 20, 2004
Written by A. Petitet and R. Clint Whaley, I
Agreed!
Thanks,
Tim
Gleb Natapov wrote:
Index: ompi/mca/btl/openib/btl_openib_component.c
===
--- ompi/mca/btl/openib/btl_openib_component.c (revision 7935)
+++ ompi/mca/btl/openib/btl_openib_component.c (working copy)
@@ -165,7
Gleb,
Thanks! I'll try to apply these today.
Tim
Gleb Natapov wrote:
Return unused entry to free list before trying to allocate new one.
Otherwise the code may deadlock.
Index: ompi/mca/btl/openib/btl_openib_component.c
===
---
Note that the recent change to the configure script(s) to use --with-mvapi
instead of --with-btl-mvapi are not complete. I've recently had to use both
to compile mvapi. This is causing a great deal of pain for external users.
Can someone please look at this?
Can anyone comment on this?
Original Message
Subject: OMPI mpif.h problems
List-Post: devel@lists.open-mpi.org
Date: Wed, 21 Sep 2005 12:27:13 -0600
From: David R. (Chip) Kent IV
To: Tim S. Woodall
References: <20050914164817.gj2...@duckhorn.lanl.gov> <4328
Gleb Natapov wrote:
Hello Galen,
Finally I've got some time to look through the new code.
I have couple of notes. In pml_ob1_rdma.c you try to merge
registrations in the number of places. The code looks like this:
btl_mpool->mpool_deregister(btl_mpool, reg);
btl_mpool->mpool_register(bt
I was pretty sure that's what the priority code did
now, but wanted to make sure I wasn't losing it ;).
Brian
Begin forwarded message:
From: "Tim S. Woodall"
Date: September 20, 2005 7:51:42 PM GMT+02:00
To: Open MPI Users
Subject: Re: [O-MPI users] HOWTO turn of "
Jeff Squyres wrote:
On Sep 14, 2005, at 5:40 PM, Tim S. Woodall wrote:
Jeff - seems like a configure/build issue to me. Shouldn't we disable
numa support and not try to build it if the supporting libraries
don't exist?
Not sure what you mean -- the supporting library *d
Jeff - seems like a configure/build issue to me. Shouldn't we disable
numa support and not try to build it if the supporting libraries
don't exist?
Thanks,
Tim
Jeff Squyres wrote:
I believe the problem is that you are trying to link statically, but
there is no static version of libnuma availa
Nathan - What machine are you on?
Galen - have you tried GM w/ your changes?
Nathan DeBardeleben wrote:
Compiling I get:
gcc -DHAVE_CONFIG_H -I. -I. -I../../../../include
-I../../../../include -I../../../../include -I../../../..
-I../../../.. -I../../../../include -I../../../../opal
-I../
Jeff - Do you have totalview on any of your machines at IU?
Jeff Squyres wrote:
FYI --
David recently committed support for Totalview to attach to Open MPI
jobs. I added a FAQ entry on the web site about how to use it (in
particular, we suggest adding a $HOME/.tvdrc file -- see the FAQ):
Ctrl^C handling in orte seems to be broken. I know get a core
file for every orted that is spawned on remote nodes when
I attempt to kill a job via Crtl^C or orterun. This behaviour
has actually been around for about a week know. Anyone else
seeing this?
Tim
le-mca-no-build=ptl-gm
to your configure line, then rebuilding. I hope to have a proper
solution later today.
Brian
-
On Sep 1, 2005, at 10:00 AM, Tim S. Woodall wrote:
What is the status of the gm configure issue:
mpicc -O -DMPI ./src/netpipe.c ./src/mpi.c -o NP
What is the status of the gm configure issue:
mpicc -O -DMPI ./src/netpipe.c ./src/mpi.c -o NPmpi -I./src
gcc: WRAPPER_ALWAYS_EXTRA_LIBS: No such file or directory
gcc: WRAPPER_ALWAYS_EXTRA_LIBS: No such file or directory
Is there a simple work-around, or should I just compile/link
the app w/ou
ross last Friday, before I had to stop. Something is getting mangled
in the packing of the command sent to the seed. I had to wrap up before
I could seek a good fix, just enough to characterize the problem.
Thoughts?
Sorry for causing trouble,
Josh
On Aug 18, 2005, at 3:33 PM,
was seeing some weird memory
issues on static builds last night... I'll take a look on odin and
see what I can find.
Brian
On Aug 18, 2005, at 11:18 AM, Tim S. Woodall wrote:
Brian,
Wasn't the introduction of sds part of your changes for redstorm?
Any ideas
why it would b
email: ndeb...@lanl.gov
-------------
Tim S. Woodall wrote:
Nathan,
I'll try to reproduce this sometime this week - but I'm pretty swamped.
Is Greg also seeing the same behavior?
Thanks,
Tim
Nathan DeBardeleben wrote:
Brian Barrett wrote:
On Aug 17, 2005, at 5:08 AM, Jeff Squyres wrote:
Is ob1 and the BTLs stable enough to be made the default?
Is it getting time to retire teg and the PTLs?
I'd vote for making ob1 the default. I'd like to leave teg and the
ptls for a bit longer, if only because
deleben, Ph.D.
Los Alamos National Laboratory
Parallel Tools Team
High Performance Computing Environments
phone: 505-667-3428
email: ndeb...@lanl.gov
-------------
Jeff Squyres wrote:
Is this what Tim Prins was working on?
On Aug 16, 2005, at 5:21 PM, Tim S. Woodall wrote:
I'm
Hello Sridhar,
Jeff Squyres wrote:
On Aug 17, 2005, at 8:23 AM, Sridhar Chirravuri wrote:
Can someone reply to my mail please?
I think you sent your first mail at 6:48am in my time zone (that is
4:48am Los Alamos time -- I strongly doubt that they are at work
yet...); I'm still processin
I'm not sure why this is even building... Is someone working on this?
I thought we had .ompi_ignore files in this directory.
Tim
Nathan DeBardeleben wrote:
So I'm seeing all these nice emails about people developing on OMPI
today yet I can't get it to compile. Am I out here in limbo on this o
ow, that I think will address what
you are looking for. Will let you know when we have something a little more
concrete.
Tim
Gleb Natapov wrote:
Hello Tim,
On Thu, Aug 11, 2005 at 10:08:04AM -0600, Tim S. Woodall wrote:
Hello Gleb,
A couple of general comments:
We initially started by maint
There is a problem in the linux code:
[twoodall@roadkill linux]$ svn diff
Index: paffinity_linux_module.c
===
--- paffinity_linux_module.c(revision 6884)
+++ paffinity_linux_module.c(working copy)
@@ -162,7 +162,7 @@
We
Hello Gleb,
A couple of general comments:
We initially started by maintaining the cache at the btl/mpool level. However,
we needed to expose the registrations to the upper level (pml), to
allow the pml to make scheduling decisions (which btl/protocol to use),
so we re-organized this to maintain
Hello Sridhar,
Can you try running the mpi-ping program again with:
export OMPI_MCA_oob_tcp_debug=10
orterun -np 2 ./mpi-ping
I'm thinking there may be a problem setting up an OOB connection
between the backend/frontend node.
Tim
Sridhar Chirravuri wrote:
Hi,
I got the latest code drop of
Hello Sridhar,
We'll see if we can reproduce this today.
Thanks,
Tim
Sridhar Chirravuri wrote:
The same kind of output while running Pallas "pingpong" test.
-Sridhar
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Sridhar Chirravu
Greg,
Thanks for tracking this down!
Tim
Greg Watson wrote:
Hi all,
To recap: the problem was that if orted was launched from Eclipse (on
OS X) then subsequent attempts to run a program (using mpirun or
whatever) returned immediately. If orted was launched from anywhere
else (java, comm
Please contact Cindy Sievers . She can assist you
w/ setting up the Access Grid conference.
Regards,
Tim
Jeff Squyres wrote:
Do you have Access Grid?
If you want to participate, contact Cindy (Tim -- can you send along
her contact info?). I know that you (Troy) have access to the source
tre
Josh Hursey wrote:
So I have been working a variety of platforms [x86 32 bit, x86 64 bit,
PPC 64 bit]. As of SVN Revision 6541 below are the current failures
from the intel_tests suite. For all of these tests I used "tcp,self"
PTLs and the TEG PML.
On x86-32, x86-64, PPC64
--
Torsten Hoefler wrote:
Hi,
Wednesday, 27 Jul, 8-11am MT (I think that's 4-7pm DE time, right?)
yes, it's ok for me - I'll ask the vcc and reply to this mail if they
have any problems.
Can you do the 28th, too? I'd prevfer the 27th and 28th if possible
(vs. 26th and 27th) b
I'd be glad to provide an overview of LANLs proposed '06 OpenMPI
development.
Tim
Jeff Squyres wrote:
A month or two ago, I gave the LANL guys an overview of IU's goals with
respect to OMPI. There were several "Ohhh! So *that's* why you guys
were asking for X, Y, and Z..." from the LANL guy
40 matches
Mail list logo
