[OMPI devel] pathscale compilers and TLS

Crud. The Pathscale 3.0 compilers do not support thread-local data. This is what we've been fighting with https://svn.open-mpi.org/trac/ompi/ ticket/1025; QLogic just told us last week that their compiler does not support TLS (even though OMPI was not currently using it, glibc does, and

Re: [OMPI devel] Fwd: lsf support / farm use models

hi, first of all, thanks for the info bill! i think i'm really starting to piece things together now. you are right in that i'm working with a 6.x (6.2 with 6.1 devel libs ;) install here at cadence, without the HPC extensions AFAIK. also, i think that are customers are mostly in the same

Re: [OMPI devel] devel Digest, Vol 802, Issue 1

Good suggestion, increasing the timeout to somewhere around 12 allowed the job to finish. Initial experimentation showed that I could get a factor of 3-4x improvement in performance using even larger timeouts, matching the times for 64 processes and 1/4 the data set. The cluster is presently

Re: [OMPI devel] LD_LIBRARY_PATH and process launch on a head node

On Wed, Jul 18, 2007 at 09:08:47AM -0600, Ralph H Castain wrote: > But this will lockup: > > pn1180961:~/openmpi/trunk rhc$ mpirun -n 1 -host pn1180961 printenv | grep > LD > > The reason is that the hostname in this last command doesn't match the > hostname I get when I query my interfaces, so

Re: [OMPI devel] optional fortran datatype fixes: 1.2.4?

Hi Jeff, r14818 yes --- but there has otherwise not been any requests for this patch... r15137 no, we agreed to put into 1.3 Nevertheless, I posted a CMR for r14818, it does apply cleanly in 1.2-svn. Thanks, Rainer On Wednesday 18 July 2007 17:46, Jeff Squyres wrote: > Rainer -- > > Did you

Re: [OMPI devel] optional fortran datatype fixes: 1.2.4?

Sorry, I should have included links to the commits in question: https://svn.open-mpi.org/trac/ompi/changeset/14818 https://svn.open-mpi.org/trac/ompi/changeset/15137 On Jul 18, 2007, at 11:46 AM, Jeff Squyres wrote: Rainer -- Did you want to get r14818 and r15137 into 1.2.4? There's no CMR

[OMPI devel] MPI_BOTTOM fixes: 1.2.4?

Rainer / George -- You guys made some fixes for MPI_BOTTOM et al. recently; did you want them in v1.2.4? There's no CMR. I *think* the changes span the following commits: https://svn.open-mpi.org/trac/ompi/changeset/15129 https://svn.open-mpi.org/trac/ompi/changeset/15030 -- Jeff

[OMPI devel] optional fortran datatype fixes: 1.2.4?

Rainer -- Did you want to get r14818 and r15137 into 1.2.4? There's no CMR for them. Here's your commit messages: r14818: - The optional Fortran datatypes may not be available Do not initialize them, if not. If initializing them, check for the correct C-equivalent type to copy

Re: [OMPI devel] LD_LIBRARY_PATH and process launch on a head node

It works for me in both cases, provided I give the fully qualified host name for your first example. In other words, these work: pn1180961:~/openmpi/trunk rhc$ mpirun -n 1 -host localhost printenv | grep LD [pn1180961.lanl.gov:22021] [0.0] test of print_name OLDPWD=/Users/rhc/openmpi

Re: [OMPI devel] LD_LIBRARY_PATH and process launch on a head node

On Wed, Jul 18, 2007 at 07:48:17AM -0600, Ralph H Castain wrote: > I believe that was fixed in r15405 - are you at that rev level? I am on the latest revision. > > > On 7/18/07 7:27 AM, "Gleb Natapov" wrote: > > > Hi, > > > > With current trunk LD_LIBRARY_PATH is not

Re: [OMPI devel] LD_LIBRARY_PATH and process launch on a head node

I believe that was fixed in r15405 - are you at that rev level? On 7/18/07 7:27 AM, "Gleb Natapov" wrote: > Hi, > > With current trunk LD_LIBRARY_PATH is not set for ranks that are > launched on the head node. This worked previously. > > -- > Gleb. >

Re: [OMPI devel] iof / oob issues

Just to further clarify the clarification... ;-) This condition has existed for the last several months. The root problem dates at least back into the 1.1 series. We chased the problem down to the iof_flush call in the odls when a process terminates in something like Jan or Feb this year, at

Re: [OMPI devel] iof / oob issues

BTW, the fix didn't occur over the weekend because of some merging issues. I also didn't explain the problem well; you may see some clipped output from your program or the orted may hang while everything is shutting down. This is especially likely to occur for very short applications.

Re: [OMPI devel] [OMPI svn-full] svn:open-mpi r15474

So first, there's an error in the patch (e-mail with details coming shortly, as there are many errors in the patch). There's no need for both isends (the new one and the one in there already). Second, this is in code that's a crutch around the real issue, which is that for a very small class of