;tcp://10.0.16.120:44789" -mca plm "rsh" --tree-spawn -mca
routed "radix" -mca orte_parent_uri "2752512000.0;tcp://10.0.16.120:44789"
-mca rmaps_base_mapping_policy "node" -mca pmix "^s1,s2,cray,isolated"
Now I am thinking that probably I don;t
192.168.0.180:52093
export PMIX_SERVER_URI2=mpirun-38f9d3525c2c-53291@0.0;tcp4://
192.168.0.180:52093
export _=/usr/bin/env
./exe
Thx for your help,
--Gabriel
Sounds like I need to resync the PMIx lustre configury with the OMPI one - I'll
do that.
On Feb 4, 2021, at 11:56 AM, Gabriel, Edgar via devel
mailto:devel@lists.open-mpi.org>> wrote:
I have a weird problem running configure on master on our cluster. Basically,
configure fails whe
defined reference to symbol
'sem_open@@GLIBC_2.2.5'
//usr/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
The test passes on v4.1.x because the '-pthread' flag is passed
Cheers,
Gilles
On Sat, Feb 6, 2021
The library that contains sem_init and sem_open, the two functions that we
check for in the configure script
From: Jeff Squyres (jsquyres)
Sent: Friday, February 5, 2021 7:31 PM
To: Open MPI Developers List
Cc: Gabriel, Edgar
Subject: Re: [OMPI devel] configure problem on master
Which
and is not anymore?
Thanks
Edgar
From: devel On Behalf Of Gabriel, Edgar via
devel
Sent: Thursday, February 4, 2021 2:15 PM
To: Open MPI Developers
Cc: Gabriel, Edgar
Subject: Re: [OMPI devel] configure problem on master
excellent, thanks! I have meanwhile a more detailed suspicion:
--
looking f
] configure problem on master
Sounds like I need to resync the PMIx lustre configury with the OMPI one - I'll
do that.
On Feb 4, 2021, at 11:56 AM, Gabriel, Edgar via devel
mailto:devel@lists.open-mpi.org>> wrote:
I have a weird problem running configure on master on our cluster
I have a weird problem running configure on master on our cluster. Basically,
configure fails when I request lustre support, but not from ompio but openpmix.
What makes our cluster setup maybe a bit special is that the lustre libraries
are not installed in the standard path, but in /opt, and thu
yes please, file a bug report and I will check it out in the next few days.
Thanks!
Edgar
From: devel On Behalf Of Dave Taflin via
devel
Sent: Thursday, December 3, 2020 1:05 PM
To: devel@lists.open-mpi.org
Cc: Dave Taflin
Subject: [OMPI devel] Apparent bug in MPI_File_seek() using MPI_SEEK_END
I performed some tests on our Omnipath cluster, and I have a mixed bag of
results with 4.0.0rc1
1. Good news, the problems with the psm2 mtl that I reported in June/July
seem to be fixed. I still get however a warning every time I run a job with
4.0.0, e.g.
compute-1-1.local.4351PSM2
)
--snip-
Looks like a version mismatch that maybe the configure script should catch.
Anyway, just wanted to bring this up as a datapoint.
Thanks
Edgar
--
Edgar Gabriel
Associate Professor
Department of Computer Science
University of Houston
Philip G. Hoffman Hall, Room 228Houston, TX-77204
Well, I am still confused. What is different on nixOS vs. other linux distros
that makes this error appear, and is it relevant enough for the backport or
should we just go forward for 4.0? Is it again a RTLD_GLOBAL issue as it was
back 2014? And last but not least, I raised on the github discuss
> (among other abstraction violations)
> >
> > What about following up in github ?
> >
> > Cheers,
> >
> > Gilles
> >
> > On Tuesday, June 12, 2018, Gabriel, Edgar
> wrote:
> > So , I am still surprised to see this error message: if you look at lets
So , I am still surprised to see this error message: if you look at lets say
just one error message (and all others are the same):
> > [orc-login2:107400] mca_base_component_repository_open: unable to open
> > mca_fcoll_individual: .../lib/openmpi/mca_fcoll_individual.so:
> > undefined symbol: mc
I wanted to add one item before I forget (although I agree with what Jeff
said): The error messages shown reminds me of the problem that we had with
ompio in 1.8/1.10 series when the RTLD_GLOBAL option was not correctly set.
However, that was fixed in the 2.0 series and going forward, so if th
My guess would be that both aspects (sorting + CID allocation) could be
a problem.
There was a loong time back an effort to convert the sequence of
allgather + qsort into a distributed sort (based on a paper by Moody et.
al. where he demonstrated the benefits of this approach). We didn't get
I'll put it on my to do list to write the configure logic for that, shouldn't be too difficult. Thanks for the report.Edgar___
devel mailing list
devel@lists.open-mpi.org
https://rfd.newmexicoconsortium.org/mailman/listinfo/devel
On 08/07/16 03:14 PM, Edgar Gabriel wrote:
I think I found the problem, I filed a pr towards master, and if that
passes I will file a pr for the 2.x branch.
Thanks!
Edgar
On 7/8/2016 1:14 PM, Eric Chamberland wrote:
On 08/07/16 01:44 PM, Edgar Gabriel wrote:
ok, but just to be able to
I think I found the problem, I filed a pr towards master, and if that
passes I will file a pr for the 2.x branch.
Thanks!
Edgar
On 7/8/2016 1:14 PM, Eric Chamberland wrote:
On 08/07/16 01:44 PM, Edgar Gabriel wrote:
ok, but just to be able to construct a test case, basically what you are
2 PM, Edgar Gabriel wrote:
The default MPI I/O library has changed in the 2.x release to OMPIO for
ok, I am now doing I/O on my own hard drive... but I can test over NFS
easily. For Lustre, I will have to produce a reduced example out of our
test suite...
most file systems. I can look into that pro
list
de...@open-mpi.org
Subscription: https://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2016/07/19169.php
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of C
grep ompio
Am I doing something wrong, or are these options not supported in
these versions?
kindest regards
Mike
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman
in the 1.7, 1.8 and 1.10 series ROMIO remains the default. In the
upcomgin 2.x series, OMPIO will be the default, except for Lustre file
systems, where we will stick with ROMIO as the primary resource.
Regarding performance comparison, we ran numerous tests late last year
and early this year.
^
*** Error code 1
Stop.
--
Paul H. Hargrove phhargr...@lbl.gov <mailto:phhargr...@lbl.gov>
Computer Languages & Systems Software (CLaSS) Group
Computer Science Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
--
Ed
the scheduled work on the power infrastructure is finished, the UH
jenkins node is available again.
Happy new year to everybody
Edgar
On 12/30/2015 4:29 PM, Edgar Gabriel wrote:
I apologize, I completely forgot that t this node is affected. There
is work on the electrical infrastructure of
I apologize, I completely forgot that t this node is affected. There is work on the electrical infrastructure of the building that hosts the main router to the cs machines. The machines themselves are still up and running, but cannot be reached. It should be finished tomorrow.
I'll keep you posted.
argh. Forget about it. Sorry for the noise. linked to the wrong version :-(
Edgar
On 11/12/2015 11:13 AM, Edgar Gabriel wrote:
I have an interesting observation on master, for whatever reason the new
non-blocking collective I/O interfaces don't seem to be generated
anymore correctly.
I have an interesting observation on master, for whatever reason the new
non-blocking collective I/O interfaces don't seem to be generated
anymore correctly. Does anybody have an idea what could cause that?
/home/gabriel/ompi-tests/mpi2basic_tests/file/read_all.c:416: undefined
referen
e_open.c:39: warning: function declaration isn't a prototype
>
> fs_lustre_file_open.c: In function 'alloc_lum':
>
> fs_lustre_file_open.c:44: error: invalid application of 'sizeof' to
> incomplete type 'struct lov_user_md_v3'
>
> fs_lustre_file_open.c:40: warning: un
On Wed, Sep 16, 2015 at 08:49:59AM -0500, Edgar Gabriel wrote:
something is borked right now on master in the management of inter vs. intra
communicators. It looks like intra communicators are wrongly selecting the
inter coll module thinking that it is an inter communicator, and we have
hangs
something is borked right now on master in the management of inter vs.
intra communicators. It looks like intra communicators are wrongly
selecting the inter coll module thinking that it is an inter
communicator, and we have hangs because of that. I attach a small
replicator, where a bcast of a
better to remove it from 2.0.0 and bring it
back in a later release.
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
Tel: +1
then -- assuming all goes well -- actually branch next Tuesday (16 June
2015) after the weekly webex.
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Roo
).
i also moved (up) some malloc in order to group them and simplify the
handling
of error cases.
per your comment, one move was incorrect indeed :-(
Cheers,
Gilles
On 5/28/2015 12:14 PM, Edgar Gabriel wrote:
ok, I see you moved the malloc up, the malloc was originally just for
the receiving side
looking at the old code, I understand what you tried to fix, I'll commit
a proper version in a couple of min.
Thanks
Edgar
On 5/28/2015 8:44 AM, Edgar Gabriel wrote:
ok, I see you moved the malloc up, the malloc was originally just for
the receiving side of the communication, you moved
ok, I see you moved the malloc up, the malloc was originally just for
the receiving side of the communication, you moved it up to cover both.
That is however unfortunately not correct.
I will fix it in a couple of mins.
Thanks
Edgar
On 5/28/2015 8:25 AM, Edgar Gabriel wrote:
Gilles,
I saw
needs to go.
---
Thanks
Edgar
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
Tel: +1 (713) 743-3857 Fax: +1
t in the config file).
any thoughts ?
Cheers,
Gilles
___
devel mailing list
de...@open-mpi.org
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2015/05/17425.php
--
Edgar
ok, thanks! I will look into it.
Edgar
On 5/5/2015 8:23 PM, Orion Poplawski wrote:
On 05/05/2015 01:12 PM, Edgar Gabriel wrote:
Orion,
could you provide a couple of more details? I might not be able to fix
the problem for ompio in the 1.8 series, but I would definitely like
make sure that it
Orion,
could you provide a couple of more details? I might not be able to fix
the problem for ompio in the 1.8 series, but I would definitely like
make sure that it is not an issue in the master/1.9 series.
I compiled netcdf-4.3.3.1 and netcdf-fortran--4.4.2, using hdf-1.8.9,
parallel-tests
ng list
de...@open-mpi.org
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2015/03/17116.php
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Comput
-param.conf file, e.g.
---snip---
cat ~/.openmpi/mca-params.conf
...
btl_openib_receive_queues = S,12288,128,64,32:S,65536,128,64,32
...
--snip---
I receive the following error message:
gabriel@crill:~> mpirun --npernode 1 -np 2 ./
,
First, make sure your master includes
https://github.com/open-mpi/ompi/commit/05af80b3025dbb95bdd4280087450791291d7219
If this is not enough, try with --mca coll ^ml
Hope this helps
Gilles.
Edgar Gabriel さんのメール:
I have some problems running jobs with ompi-master on one of our
clusters (after
, and just for the sake of simplicity I attach the output
for tcp (there is another openib parameter issue that still linguers,
but I will report that later).
Here is the output that I receive if setting btl_base_verbose
---snip--
gabriel@crill:~> salloc -N 2 -n 4
___
devel mailing list
de...@open-mpi.org
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2014/12/16554.php
___
devel mailing list
de...@open-mpi.org
Sub
is set on the 1.8 series (1.8 series checkout was from Nov. 20, so if
something changed in between the result might be different).
On 12/2/2014 9:27 AM, Artem Polyakov wrote:
2014-12-02 20:59 GMT+06:00 Edgar Gabriel mailto:gabr...@cs.uh.edu>>:
didn't want to interfere with
I checked with the debugger, that it did skip the entire section
On 12/2/2014 9:04 AM, Jeff Squyres (jsquyres) wrote:
Oy -- I thought we fixed that. :-(
Are you saying that configure output says that ltdladvise is not found?
On Dec 2, 2014, at 9:59 AM, Edgar Gabriel wrote:
didn't wa
http://www.open-mpi.org/community/lists/devel/2014/12/16397.php
--
С Уважением, Поляков Артем Юрьевич
Best regards, Artem Y. Polyakov
_______
devel mailing list
de...@open-mpi.org
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post
4 11:43 AM, Ralph Castain wrote:
>>
>>> On Nov 25, 2014, at 9:36 AM, Edgar Gabriel mailto:gabr...@cs.uh.edu>> wrote:
>>>
>>> On 11/25/2014 11:31 AM, Ralph Castain wrote:
>>>>
>>>>> On Nov 25, 2014, at 8:24 AM, Edgar
function pointers will be NULL for ROMIO. Just want to make sure this is
ok with everybody.
Thanks
Edgar
On 11/25/2014 11:43 AM, Ralph Castain wrote:
On Nov 25, 2014, at 9:36 AM, Edgar Gabriel wrote:
On 11/25/2014 11:31 AM, Ralph Castain wrote:
On Nov 25, 2014, at 8:24 AM, Edgar
On 11/25/2014 11:31 AM, Ralph Castain wrote:
On Nov 25, 2014, at 8:24 AM, Edgar Gabriel mailto:gabr...@cs.uh.edu>> wrote:
On 11/25/2014 10:18 AM, Ralph Castain wrote:
Hmmm…no, nothing has changed with regard to declspec that I know
about. I’ll ask the obvious things to check:
* doe
I am
not aware that it is illegal to call a function of a component from
another component.
Thanks
Edgar
On Nov 25, 2014, at 8:07 AM, Edgar Gabriel
wrote:
Has something changed recently on the trunk/master regarding
OMPI_DECLSPEC? The reason I ask is because we get now errors about
Has something changed recently on the trunk/master regarding
OMPI_DECLSPEC? The reason I ask is because we get now errors about
unresolved symbols, e.g.
symbol lookup error:
/home/gabriel/OpenMPI/lib64/openmpi/mca_fcoll_dynamic.so: undefined
symbol: ompi_io_ompio_decode_datatype
and that
___
devel mailing list
de...@open-mpi.org <mailto:de...@open-mpi.org>
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2014/11/16216.php
^
This is with gcc (MacPorts gcc49 4.9.1_0) 4.9.1
Ralph
___
devel mailing list
de...@open-mpi.org
Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
Link to this post:
http://www.open-mpi.org/community/lists/devel/2014/10/16088.php
--
Edgar Gabri
samuel
shiqing
swise
tkordenbrock
vasily
vvenkates
vvenkatesan
yaeld
yosefe
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, T
?
Thanks
Edgar
On 08/28/2014 04:19 PM, Edgar Gabriel wrote:
we are having recently problems running trunk with openib component
enabled on one of our clusters. The problem occurs right in the
initialization part, here is the stack right before the segfault:
---snip---
(gdb) where
#0
we are having recently problems running trunk with openib component
enabled on one of our clusters. The problem occurs right in the
initialization part, here is the stack right before the segfault:
---snip---
(gdb) where
#0 mca_btl_openib_tune_endpoint (openib_btl=0x762a40,
endpoint=0x7d9660)
sorry, let me be more precise for Wednesday, I have time before 12pm on
Wednesday.
Thanks
Edgar
On 6/19/2014 2:52 PM, Edgar Gabriel wrote:
> the best time for me would be either Wednesday morning (basically any
> time), or Thursday morning before 11am central.
>
> Thanks
> Edg
it to ensure it
>>> gets covered?
>>>
>>>
>>> On Jun 19, 2014, at 10:36 AM, Edgar Gabriel wrote:
>>>
>>>> If possible, I would like to attend remotely the discussion about OMPIO
>>>> as well.
>>>>
>>>>
gt;
> Are there any other topics that people wanted to remote in to? Fair warning:
> remote attendance is "ok" via webex, but it's no substitute for being there.
>
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Depa
lto:de...@open-mpi.org>
> >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> >> Link to this post:
> http://www.open-mpi.org/community/lists/devel/2014/05/14904.php
> >>
> > ___
alph Castain <mailto:r...@open-mpi.org>> wrote:
>
>>
>> On May 27, 2014, at 12:50 PM, Edgar Gabriel > <mailto:gabr...@cs.uh.edu>> wrote:
>>
>>>
>>>
>>> On 5/27/2014 2:46 PM, Ralph Castain wrote:
>>>>
>>>>
On 5/27/2014 2:46 PM, Ralph Castain wrote:
>
> On May 27, 2014, at 12:27 PM, Edgar Gabriel
> wrote:
>
>> I'll let ORNL talk about the STCI component itself (which might
>> have additional reasons), but keeping the code in trunk vs. an
>> outside github/merc
tside your
> organizations is going to build against it - so what did it
> accomplish to push the code into the repo?
>
> Mind you, I'm not saying I'm staunchly opposed - just trying to
> understand how it benefits anyone.
>
>
> On May 27, 2014, at 11:28 AM, Edgar
> post:
>> http://www.open-mpi.org/community/lists/devel/2014/05/14852.php
>
> ___ devel mailing list
> de...@open-mpi.org Subscription:
> http://www.open-mpi.org/mailman/listinfo.cgi/devel Link to this post:
> http://www.open-m
art
>
> Tel: ++49(0)711-685-87203
> email: nietham...@hlrs.de
> http://www.hlrs.de/people/niethammer
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
because there's serious discussions afoot to switch
> OMPI's main SVN repo to Git, and I want to get a feel for the current
> landscape out there.
>
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Scie
O COMMITS IN LAST YEAR**
> adkulkar: Abhishek Kulkarni
> afriedle: Andrew Friedley **NO COMMITS IN LAST YEAR**
> timattox: Tim Mattox **NO COMMITS IN LAST YEAR**
>
> U. Houston
> =
> edgar:Edgar Gabriel
> vvenkatesan:Vishwanath Venkatesan
>
> Mellanox
&g
as far as I can tell right now, yes, its the final thing...
Thanks
Edgar
On 10/30/2012 2:05 PM, Ralph Castain wrote:
> Grrbloody verb @##$@$.
>
> Okay, I'll make that edit. Is that the last thing required to fix this
> problem?
>
> On Oct 30, 2012, at 11:57 A
error: implicit declaration of function
'ompi_ibv_free_device_list'
make[2]: *** [sbgp_ibnet_component.lo] Error 1
make[2]: *** Waiting for unfinished jobs
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
Thanks
Edgar
--
Edgar Gabriel
Associate Professor
Parallel Software Technol
ter how I configure it. No earthly idea
> what happened.
>
> Ignore these droids
>
>
> On Oct 30, 2012, at 7:28 AM, Edgar Gabriel wrote:
>
>> ok, so a couple of things.
>>
>> I still think it is the same issue that I observed 1-2 days ago. Could
&
10/30/2012 8:29 AM, Edgar Gabriel wrote:
> ok, I'll look into this. I noticed a problem with static builds on
> lustre file systems recently, and I was wandering whether its the same
> issue or not. But I'll check what's going on.
>
> THanks
> Edgar
>
> On
ild static
>
> I'm not sure what, if any, parallel file system might be present. In the case
> that works, I just built with no configure args other than prefix. ompi_info
> shows both romio and mpio built, but nothing more about what support they
> built internally.
>
&
ran fine. Also runs clean on
> the Mac. However, in both those cases, I had left IO romio enabled.
>
> Now on odin, I always disable-io-romio. So I tried deliberately enabling it,
> and everything works. So this appears to be something that the IO work has
> broken.
>
> Edgar:
e.am. As a result, it wasn't pulled to the tarball.
>>
>> Pavel (Pasha) Shamis
>> ---
>> Computer Science Research Group
>> Computer Science and Math Division
>> Oak Ridge National Laboratory
>>
>>
>>
>>
>>
>>
>> On Oct 2
`/home/h2/gabriel/openmpi-1.7rc4/ompi/mca/bcol/iboffload'
CC bcol_iboffload_module.lo
CC bcol_iboffload_mca.lo
CC bcol_iboffload_endpoint.lo
CC bcol_iboffload_frag.lo
In file included from bcol_iboffload_frag.c:16:0:
bcol_iboffload.h:46:36: fatal
; @@ -42,6 +42,7 @@
>
> sources = \
> io_ompio.h \
> +io_ompio_nbc.h \
> io_ompio.c \
> io_ompio_component.c \
> io_ompio_module.c \
> ___
> svn mailing list
> s...@open-mpi.org
> http://www.open
tic_file_read_all’:
> fcoll_static_file_read_all.c:74: warning: ‘sorted_file_offsets’ may be used
> uninitialized in this function
>
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
sorry, should be fixed with the last commit...
Thanks
Edgar
On 2/28/2012 8:37 AM, Edgar Gabriel wrote:
> I'll look into this...
>
> Thanks
> Edgar
>
> On 2/28/2012 8:36 AM, Ralph Castain wrote:
>> I tried to build the trunk this morning on a machine where the fc
ain/openmpi-1.7a1/ompi/mca/fcoll/static/fcoll_static_file_write_all.c:929:
> first defined here
>
>
> Any suggestions?
> Ralph
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
---
>> +AC_DEFUN([MCA_ompi_fbtl_posix_CONFIG],[
>> +AC_CHECK_HEADER([aio.h],
>> +[fbtl_posix_happy="yes"],
>> +[fbtl_posix_happy="no"])
>> +
>> +AS_IF([test "$fbtl_posix_happy" = "yes"],
>> +
___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Edgar Gabriel
Associate Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Hou
the code has been committed in r25079. Let us know if there are any
issues, compilation problems etc. I also work on an FAQ entry as has
been suggested on the teleconf last week.
Thanks
Edgar
On 8/12/2011 3:09 PM, Edgar Gabriel wrote:
> WHAT: add the ompio io module and new parallel
Feedback is highly welcome.
Thanks
Edgar
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
Tel: +1 (713) 743-3857
int
)
Thanks
Edgar
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
Tel: +1 (713) 743-3857 Fax: +1 (713
values, and there is no implication in any document
> I know of that it should be.
>
> Regards,
> Nick Maclaren.
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
> So the size is of type MPI_OFSET_KIND which is INTEGER*8 (signed). There is
> still a mismatch between of C and the Fortran version (size_t vs. ssize_t on
> my platform), but let's save this for later.
>
> george.
>
> On Dec 20, 2010, at 14:48 , Edgar Gabriel w
ematics Division, Stop 8911
>> 100 Bureau Drive
>> Gaithersburg, MD 20899-8911
>>
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
>
be
> inside the communicator code).
>
> https://svn.open-mpi.org/trac/ompi/ticket/2477
>
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524
hu, 6 May 2010 16:12:30 -0500 (CDT)
> Received: from localhost (localhost [127.0.0.1])
> by mail.hlrs.de (Postfix) with ESMTP id C959F680A01A;
> Thu, 6 May 2010 23:12:26 +0200 (CEST)
> X-Virus-Scanned: amavisd-new at hlrs.de
> Received: from mail.hlrs.de ([127.0.0.1])
>
(but simpler
than) the coll framework.
I've started an hg for this work:
http://bitbucket.org/jsquyres/ompi-topo-fixes/
Comments?
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Housto
it will be available in 1.3.4...
Thanks
Edgar
Chris Samuel wrote:
Hi Edgar,
- "Edgar Gabriel" wrote:
just wanted to give a heads-up that I *think* I know what the problem
is. I should have a fix (with a description) either later today or
tomorrow morning...
I see that chang
_COMM_WORLD, new_group, &testComm);
MPI_Barrier(testComm);
MPI_Finalize();
return 0;
}
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Edgar Gabriel
Assistant Professor
Parallel Software Techno
just wanted to give a heads-up that I *think* I know what the problem
is. I should have a fix (with a description) either later today or
tomorrow morning...
Thanks
Edgar
Edgar Gabriel wrote:
so I can confirm that I can reproduce the hang, and we (George, Rainer
and me) have looked into that
there is a ticket on that topic already (#2009), and I just added some
comments to that...
Jeff Squyres wrote:
On Sep 10, 2009, at 7:12 PM, Edgar Gabriel wrote:
so I can confirm that I can reproduce the hang, and we (George, Rainer
and me) have looked into that and are continue digging.
I
eiver side), which seems to be consistent with two other bug
reports currently being discussed on the mailing list. I could reproduce
the hang with both sm and tcp, so its probably not a btl issue but
somewhere higher.
Thanks
Edgar
Thomas Ropars wrote:
Edgar Gabriel wrote:
Two short questions: d
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, T
long devel meeting, perhaps they might be
motivated...?
--
Edgar Gabriel
Assistant Professor
Parallel Software Technologies Lab http://pstl.cs.uh.edu
Department of Computer Science University of Houston
Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
Tel: +1 (713
ok, forget about it, mea culpa. Rerunning autogen can work wonders :-)
Edgar Gabriel wrote:
I have currently a problem compiling the trunk. configure runs through
correctly, but when starting make I get the following error:
gabriel@salmon:~/ompi/trunk> make
make: *** No rule to make tar
1 - 100 of 136 matches
Mail list logo
