OWN
=
dancer01
dancer00
dancer01
dancer01
dancer01
dancer00
dancer00
dancer00
dancer00
dancer00
dancer00
dancer00
--
Aurélien Bouteiller, Ph.D. ~~ https://icl.cs.utk.edu/~bouteill/
<https://icl.cs.utk.edu/~bouteill/>
> Le 13 avr. 2016 à 13:38, R
--
Aurélien Bouteiller, Ph.D. ~~ https://icl.cs.utk.edu/~bouteill/
<https://icl.cs.utk.edu/~bouteill/>
> Le 23 mars 2016 à 16:24, Ralph Castain <r...@open-mpi.org> a écrit :
>
> “Slots” are an abstraction commonly used by schedulers as a way of indicating
> how many processes are a
mpi/libmpiext_blabla_usempi.la'
make[1]: *** [libmpi_usempi_ignore_tkr.la] Error 1
--
Aurélien Bouteiller, Ph.D. ~~ https://icl.cs.utk.edu/~bouteill/
smime.p7s
Description: S/MIME cryptographic signature
Frederico,
Just add -debug-daemons to the mpirun command options.
Aurélien
--
Aurélien Bouteiller, Ph.D. ~~ https://icl.cs.utk.edu/~bouteill/
<https://icl.cs.utk.edu/~bouteill/>
> Le 23 nov. 2015 à 08:55, Federico Reghenzani
> <federico1.reghenz...@mail.polimi.it>
should be
identical to the regular sm component (as long as no GPU
operation are required). This is not the case, there is some performance
penalty with smcuda compared to sm.
Aurelien
--
Aurélien Bouteiller ~~ https://icl.cs.utk.edu/~bouteill/
signature.asc
Description: Message signed
r:16915] mca: base: close: unloading component tcp
--
Aurélien Bouteiller ~ https://icl.cs.utk.edu/~bouteill/
signature.asc
Description: Message signed with OpenPGP using GPGMail
a nightly build.
Reserving a particular number (like 1.9.0) for all non-release versions of a
general series could help avoid this.
--
~~~ Aurélien Bouteiller, Ph.D. ~~~
~ Research Scientist @ ICL ~
The University of Tennessee, Innovative Computing Laboratory
1122 Volunteer
Could also start at 1.9.1 instead of 1.9.0. That gives a free number for the
“trunk” nightly builds.
--
~~~ Aurélien Bouteiller, Ph.D. ~~~
~ Research Scientist @ ICL ~
The University of Tennessee, Innovative Computing Laboratory
1122 Volunteer Blvd, suite 309, Knoxville
, PhD – High Performance Computing Team
> RWTH Aachen University, Center for Computing and Communication
> Rechen- und Kommunikationszentrum der RWTH Aachen
> Seffenter Weg 23, D 52074 Aachen (Germany)
>
>
> _______
> devel mailing list
>
istinfo.cgi/devel
>>
>>
>> --
>> Jeff Squyres
>> jsquy...@cisco.com
>> For corporate legal information go to:
>> http://www.cisco.com/web/about/doing_business/legal/cri/
>>
>>
>> ___
>&
> US Geological Survey
> 650-329-5608
> ba...@usgs.gov
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
* Dr. Aurélien Bouteiller
* Researcher at Innovative Computing Laboratory
*
gt; http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
* Dr. Aurélien Bouteiller
* Researcher at Innovative Computing Laboratory
* University of Tennessee
* 1122 Volunteer Boulevard, suite 309b
* Knoxville, TN 37996
* 865 974 9375
signature.asc
Description: Message signed with OpenPGP using GPGMail
Hugo,
It seems you want to implement some sort of remote pessimistic logging -a la
MPICH-V1- ?
MPICH-V: Toward a Scalable Fault Tolerant MPI for Volatile Nodes -- George
Bosilca, Aurélien Bouteiller, Franck Cappello, Samir Djilali, Gilles Fédak,
Cécile Germain, Thomas Hérault, Pierre
e something that i've got to turn on, or i will have to modify this
> behavior manually to connect and send messages to the EL?
>
> Thanks in advance.
>
> Hugo Meyer
> ___
> devel mailing list
> de...@open-mpi.org
> http://ww
Ralph,
In file included from
../../../../../trunk/opal/mca/event/libevent207/libevent207_module.c:44:
../../../../../trunk/opal/mca/event/libevent207/libevent/event.h:165:33: error:
event2/event-config.h: No such file or directory
Looks like you forgot some files.
Aurelien
Le 25 oct.
Here is the problem. The PGI compiler is especially paranoid regarding post
declared structures typedefs. It looks like the include ordering makes the
nidmap.h file being included before orte_jmap_t typedefs and siblings have been
done.
/opt/cray/xt-asyncpe/4.0/bin/cc: INFO: linux target is
Le 28 sept. 2010 à 18:10, Aurélien Bouteiller a écrit :
>
> Le 28 sept. 2010 à 17:55, Jeff Squyres a écrit :
>
>> On Sep 28, 2010, at 5:30 PM, Aurélien Bouteiller wrote:
>>
>>> Hi there,
>>>
>>> has anybody tried to compile ompi trunk wit
Le 28 sept. 2010 à 17:55, Jeff Squyres a écrit :
> On Sep 28, 2010, at 5:30 PM, Aurélien Bouteiller wrote:
>
>> Hi there,
>>
>> has anybody tried to compile ompi trunk with autoconf 2.66 ? It fails when
>> configuring romio with the following error:
>>
Hi there,
has anybody tried to compile ompi trunk with autoconf 2.66 ? It fails when
configuring romio with the following error:
=== Processing subdir: /nics/c/home/bouteill/ompi/trunk/ompi/mca/io/romio/romio
--- Found configure.in|ac; running autoreconf...
autoreconf: Entering directory `.'
btl is the component responsible for a particular type of fabric. Endpoint is
somewhat the instantiation of a btl to reach a particular destination on a
particular fabric, proc is the generic name and properties of a destination.
Aurelien
Le 24 févr. 2010 à 09:59, hu yaohui a écrit :
> Could
Hi,
The instructions you found are now obsolete. I'll update them, thank you for
pointing out.
The new procedure to use uncoordinated checkpoint is now
mpirun -mca vprotocol pessimist -mca pml ob1,v [regular arguments].
The version available in trunk does not support actual restart due to
Hi everyone,
I'm trying to state that a particular component depends on another
that should therefore be dlopened automatically when it is loaded. I
found some code doing exactly that in
mca_base_component_find:open_component, but can't find any example of
how to actually trigger that
Addendum to the previous message concerning this discussion: I think
we should stick with including opal_stdint everywhere instead of
inttypes.h (this file does not always exist on ansi pedantic compilers).
Aurelien
Le 4 janv. 09 à 00:09, timat...@osl.iu.edu a écrit :
Author: timattox
Tim,
To answer to your question in ticket #869: the only known missing
feature to the opal_stdint.h is that there is no portable way to
printf size_t. Their type is subject to so many changes depending on
the platform and compiler that it is impossible to be sure that
PRI_size_t is not
Hi Ralph,
1. No. Having visibility turned off without knowing it is the best way
for us to commit bugs in the trunk without noticing, I mean before
somebody else get the leg caught in the "not-compiling-trunk trap". I
had more of my share of responsibility for that kind of problems in
nks
Ralph
Aurelien
On Sep 28, 2008, at 8:33 AM, Aurélien Bouteiller wrote:
Ralph,
I just split the existing static function from inside the dpm and
exposed it to the outside world. The idea is that the dpm create
the (opaque) port strings and therefore nows how they are supposed
t
Any idea of a timeframe for the problem to get fixed ?
Aurelien
Le 25 sept. 08 à 14:03, Jeff Squyres a écrit :
On Sep 25, 2008, at 1:44 PM, Jeff Squyres (jsquyres) wrote:
The SVN trunk has been temporarily closed due to what may be an
accidental commit.
The entire OMPI SVN is now
iendly side effect compilation time should improve a lot.
Thanks,
--
* Dr. Aurélien Bouteiller
* Sr. Research Associate at Innovative Computing Laboratory
* University of Tennessee
* 1122 Volunteer Boulevard, suite 350
* Knoxville, TN 37996
* 865 974 6321
(on behalf of the Open MPI development commun
e "/data/jsquyres/svn/ompi/
ompi/.libs/libmpi.lax/libdatatype.a/copy_functions_heterogeneous.o"
- no debug information available for "copy_functions_heterogeneous.c".
-----
On Sep 19, 2008, at 2:31 PM, Ralf Wildenhues wrote:
* Aurélien Bouteiller wrote on Fri, Sep 19, 2008
Thanks Ralf for the support. I upgraded to libtool 2.2.6 and it didn't
solved the problem though. Still looking for somebody to confirm that
its working or not working on their Mac.
Aurelien
Le 17 sept. 08 à 12:39, Ralf Wildenhues a écrit :
Hello Aurélien,
* Aurélien Bouteiller wrote
essful at debugging
Open MPI on Leopard ? Is this a bug of Open MPI or a bug in libtool/
gdb ? Any known fix ?
Aurelien
--
* Dr. Aurélien Bouteiller
* Sr. Research Associate at Innovative Computing Laboratory
* University of Tennessee
* 1122 Volunteer Boulevard, suite 350
* Knoxville, TN 37996
* 865 974 6321
We don't want the user to have to select by hand the best PML. The
logic inside the current selection process selects the best pml for
the underlying network. However changing the priority is pretty
meaningless from the user's point of view. So while retaining the
selection process
Thanks Ralph, this fix does the trick.
Aurelien
Le 3 juil. 08 à 13:53, r...@osl.iu.edu a écrit :
Author: rhc
Date: 2008-07-03 13:53:37 EDT (Thu, 03 Jul 2008)
New Revision: 18804
URL: https://svn.open-mpi.org/trac/ompi/changeset/18804
Log:
Repair the MPI-2 dynamic operations. This includes:
The first approach sounds fair enough to me. We should avoid 2 and 3
as the pml selection mechanism used to be
more complex before we reduced it to accommodate a major design bug in
the BTL selection process. When using the complete PML selection, BTL
would be initialized several times,
They refer to the parameters of the function. In the example linked, 2
means the fmt is the second argument of the function and 3 is the
first variadic arg related to the fmt string.
Aurelien
Le 8 mai 08 à 18:24, Jeff Squyres a écrit :
Rainer --
What do the numeric arguments refer to in
closing the
port? Or do
we automatically close any open ports when finalize is called?
Or do we automatically close the port after the connect/accept is
completed?
Thanks
Ralph
On 4/25/08 3:13 PM, "Aurélien Bouteiller" <boute...@eecs.utk.edu>
wrote:
Actually, the port was
oper format of the orterun cmd-line option. The syntax
is:
-ompi-server uri
or -ompi-server file:filename-where-uri-exists
Problem here is that you gave it a uri of "test", which means
nothing. ;-)
Should have it up-and-going soon.
Ralph
On 4/4/08 12:02 PM, "Aurélien Bo
erver" and see if it shows up.
Holler if you have a question - not sure I documented it very
thoroughly at
the time.
On 4/3/08 3:10 PM, "Aurélien Bouteiller" <boute...@eecs.utk.edu>
wrote:
Ralph,
I am using trunk. Is there a documentation for ompi-server ? Sounds
exact
he same mechanism, I would have
expected connect/accept to work as well.
If you are talking about 1.2.x, then the story is totally different.
Ralph
On 4/3/08 2:29 PM, "Aurélien Bouteiller" <boute...@eecs.utk.edu>
wrote:
Hi everyone,
I'm trying to figure out how complete i
t);
MPI_Waitall(nc, reqs, MPI_STATUSES_IGNORE);
for(i = 0; i < nc; i++)
{
printf("event[%d] = %d\n", i, event[i]);
MPI_Comm_disconnect(_nodes[i]);
printf("Disconnect %d\n", i);
}
}
MPI_Finalize();
We now use the errmgr.
Aurelien
Le 6 mars 08 à 13:38, Aurélien Bouteiller a écrit :
Aside of what Josh said, we are working right know at UTK on orted/MPI
recovery (without killing/respawning all). For now we had no use of
the errgmr, but I'm quite sure this would be the smartest place
Trunk works fine in Leopard in both static and dso build. Didn't tried
the tmp branch on Leopard tough.
Aurelien
Le 22 févr. 08 à 23:17, Ralph Castain a écrit :
I have confirmed that my tmp branch now builds and works on the Mac
Leopard
OS, at least on an Intel arch. It is really
plan
to remove the ignore tag on wed. feb. 6.
Thanks,
Aurelien
--
Dr. Aurélien Bouteiller
Sr. Research Associate - Innovative Computing Laboratory
Suite 350, 1122 Volunteer Boulevard
Knoxville, TN 37996
865 974 6321
regularly.
On 1/30/08 2:54 PM, "Aurélien Bouteiller" <boute...@eecs.utk.edu>
wrote:
I get a runtime error in static build on Mac OS 10.5 (automake 1.10,
autoconf 2.60, gcc-apple-darwin 4.01, libtool 1.5.22).
The error does not occur in dso builds, and everything seems to work
fine
MPI
developer):
ompi_mpi_init: orte_init_stage1 failed
--> Returned "Error" (-1) instead of "Success" (0)
--
*** An error occurred in MPI_Init
*** before MPI was initialized
*** MPI_ERRORS_ARE_FATAL (g
I just agree with Josh. We though about it a bit, and nothing should
prevent to use both.
Aurelien
Le 29 janv. 08 à 15:01, Josh Hursey a écrit :
At the moment I do not plan on joining the crcpw and v_protocol.
However those two components may currently work just fine together.
They are both
DSO build also fail.
../../../../../../trunk/ompi/contrib/vt/vt/vtlib/vt_comp_gnu.c:312:5:
warning: "VT_BFD" is not defined
../../../../../../trunk/ompi/contrib/vt/vt/vtlib/vt_comp_gnu.c:312:5:
warning: "VT_BFD" is not defined
/usr/bin/ld: cannot find -lz
collect2: ld returned 1 exit status
According to posix, tar should not limit the file name length. Only
the v7 implementation of tar is limited to 99 characters. GNU tar has
never been limited in the number of characters file names can have.
You should check with tar --help that tar on your machine defaults to
format=gnu or
Hi,
Actually it might already work. We never tried yet but nothing should
prevent it.
The symlinks are necessary to trick the autogen and configure stages.
This is required to avoid code replication from autogen.sh. If you
look carefully you will see that the simlinks are created only
Should be fixed with r17184. Thanks for the quick bug report !
Aurelien
Le 23 janv. 08 à 14:08, Jeff Squyres a écrit :
The vprotocol pml does not compile for me.
make[4]: Entering directory `/home/jsquyres/svn/ompi2/ompi/mca/pml/v/
vprotocol/pessimist'
/bin/sh ../../../../../../libtool
Undefined symbols:
"_opal_carto_base_components_opened", referenced from:
_opal_carto_base_components_opened$non_lazy_ptr in components.o
"_opal_carto_base_open", referenced from:
ompi_info::open_components() in components.o
"_opal_carto_base_close", referenced from:
51 matches
Mail list logo