December 2012 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] [PATCH] Remove redundant declaration of PMPI_Comm_create_group
by Jim Dinan 31 Dec '12

31 Dec '12

Hi Jed, Thanks for the patch. I'll commit this to the MPICH trunk. ~Jim. On 12/31/12 2:28 PM, Jed Brown wrote: > --- > src/include/mpi.h.in | 1 - > 1 file changed, 1 deletion(-) > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss >

1 0

[PATCH] Remove redundant declaration of PMPI_Comm_create_group
by Jed Brown 31 Dec '12

31 Dec '12

--- src/include/mpi.h.in | 1 - 1 file changed, 1 deletion(-)

1 0

Re: [mpich-discuss] Paramesh with MPICH2 anyone?
by Angel de Vicente 31 Dec '12

31 Dec '12

Hi, Jeff Hammond <jeff.science(a)gmail.com> writes: > Per the instructions on the website, you should > contact paramesh_users(a)sourceforge.net. All evidence provided (which > is not much) indicates this is not a problem with MPICH and thus this > is the wrong list to handle these issues. Yes, I tried to get some information from the paramesh list (back in August), but the list is almost dead (7 messages (including mine) in the last three years), so that's why I thought to ask here in case somebody had tried it with MPICH2. > If you want help from this list, at least provide full details about > your system and MPICH build, all of the source code that is failing, > and the full output from failed jobs. When I have the chance to run it again and collect some info about the errors, I will post here again in case somebody can give some pointers about what could be causing Paramesh+MPICH2 to misbehave. Thanks, -- Ángel de Vicente http://www.iac.es/galeria/angelv/ --------------------------------------------------------------------------------------------- ADVERTENCIA: Sobre la privacidad y cumplimiento de la Ley de Protecci�n de Datos, acceda a http://www.iac.es/disclaimer.php WARNING: For more information on privacy and fulfilment of the Law concerning the Protection of Data, consult http://www.iac.es/disclaimer.php?lang=en

1 0

Extensible Clang type annotation
by Jed Brown 30 Dec '12

30 Dec '12

I upgraded to clang-3.2 and the new type annotations are great. I'd like to have a identified for enum types, e.g. typedef enum {SOME, VALUES} MyEnum; #define MY_MPI_ENUM MPI_INT // or define some other way static const MPI_Datatype my_mpi_enum MPICH_ATTR_TYPE_TAG(MyEnum) = MY_MPI_ENUM; Of course the above does not work because the new definition masks the old one, so all the normal 'int' uses are hidden. Unfortunately, the annotation syntax requires compile-time constants, which are not accessible to me. Is there any hope for something like this, or do I have to choose between (a) ugly cast at all MPI call points and (b) make MY_MPI_ENUM a variable so that the compiler can't check it statically?

1 0

Re: [mpich-discuss] MPICH1 links
by Pavan Balaji 30 Dec '12

30 Dec '12

Jed, That's a mistake. I've cc'ed Ken, who might be able to fix it. Btw, please use discuss(a)mpich.org for your future emails. mpich-discuss(a)mcs.anl.gov is no longer active. -- Pavan On 12/30/2012 03:04 PM US Central Time, Jed Brown wrote: > All the links from here end up redirecting to www.mpich.org > <http://www.mpich.org> (the front page). > > http://www.mcs.anl.gov/research/projects/mpi/mpich1-old/ > > Is MPICH1 meant to still be accessible (at least > for archaeological purposes)? > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0

MPICH1 links
by Jed Brown 30 Dec '12

30 Dec '12

All the links from here end up redirecting to www.mpich.org (the front page). http://www.mcs.anl.gov/research/projects/mpi/mpich1-old/ Is MPICH1 meant to still be accessible (at least for archaeological purposes)?

1 0

Re: [mpich-discuss] Paramesh with MPICH2 anyone?
by Jeff Hammond 29 Dec '12

29 Dec '12

Per the instructions on the website, you should contact paramesh_users(a)sourceforge.net. All evidence provided (which is not much) indicates this is not a problem with MPICH and thus this is the wrong list to handle these issues. If you want help from this list, at least provide full details about your system and MPICH build, all of the source code that is failing, and the full output from failed jobs. Jeff Sent from my iPhone On Dec 29, 2012, at 4:17 PM, Angel de Vicente <angelv(a)iac.es> wrote: Hi, Pavan Balaji <balaji(a)mcs.anl.gov> writes: On 12/24/2012 10:41 AM US Central Time, Angel de Vicente wrote: Pavan Balaji <balaji(a)mcs.anl.gov> writes: There should not be any difference in which MPI is used for any high-level library. Did you try running MPICH with simpler programs? Does that work correctly? yes, MPICH2 for simpler problems is working OK. Actually it is working OK for my own developed version of our code with MPI. But when using Paramesh it is totally broken. I haven't looked under the hood to try to find what could be causing these problems, so I was hoping perhaps there was someone reading this list who had already tried it and had some idea of what was wrong. I'm going to be using Paramesh extensively during the coming months, so I might end up looking into the details myself, but any help will be appreciated. Sorry, we haven't played with Paramesh. Did you try contacting the paramesh folks? due to lack of funding, support for Paramesh was dropped in 2008... -- √Ångel de Vicente http://www.iac.es/galeria/angelv/ --------------------------------------------------------------------------------------------- ADVERTENCIA: Sobre la privacidad y cumplimiento de la Ley de ProtecciÛn de Datos, acceda a http://www.iac.es/disclaimer.php WARNING: For more information on privacy and fulfilment of the Law concerning the Protection of Data, consult http://www.iac.es/disclaimer.php?lang=en _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Paramesh with MPICH2 anyone?
by Angel de Vicente 29 Dec '12

29 Dec '12

Hi, Pavan Balaji <balaji(a)mcs.anl.gov> writes: > On 12/24/2012 10:41 AM US Central Time, Angel de Vicente wrote: >> Pavan Balaji <balaji(a)mcs.anl.gov> writes: >>> There should not be any difference in which MPI is used for any >>> high-level library. Did you try running MPICH with simpler programs? >>> Does that work correctly? >> >> yes, MPICH2 for simpler problems is working OK. Actually it is working >> OK for my own developed version of our code with MPI. But when using >> Paramesh it is totally broken. I haven't looked under the hood to try to >> find what could be causing these problems, so I was hoping perhaps there >> was someone reading this list who had already tried it and had some idea >> of what was wrong. >> >> I'm going to be using Paramesh extensively during the coming months, so >> I might end up looking into the details myself, but any help will be >> appreciated. > > Sorry, we haven't played with Paramesh. Did you try contacting the > paramesh folks? due to lack of funding, support for Paramesh was dropped in 2008... -- Ángel de Vicente http://www.iac.es/galeria/angelv/ --------------------------------------------------------------------------------------------- ADVERTENCIA: Sobre la privacidad y cumplimiento de la Ley de Protecci�n de Datos, acceda a http://www.iac.es/disclaimer.php WARNING: For more information on privacy and fulfilment of the Law concerning the Protection of Data, consult http://www.iac.es/disclaimer.php?lang=en

1 0

Indexed MPI_Reduce_local
by Jed Brown 28 Dec '12

28 Dec '12

The context is a comm library on top of MPI. I provide sparse communication with respect to a user-provided "unit" datatype (usually basic types or small contiguous structs). I want to reduce incoming (contiguous) data with a sparse local copy. For example, suppose I have a local buffer of length 5 containing [0,100,200,300,400] and two indexed receives: Recv A: indices=[0,2,3], values = [10,11,12] Recv B: indices=[2,4], values=[23,24] If I reduce using SUM, the operation should complete with [10, 100, 234, 312, 424] in the local buffer. It looks like if I want to use MPI_Reduce_local, I have to create a bunch of tiny arrays: [[0,10], [100], [200,11,23], [300,12], [400,24]] and run MPI_Reduce_local on each row. This is annoying because (a) there is no API for copying the unit datatype and (b) most of these short lists will have length 2 or 3, so this is likely to be slow. I could implement this operation in-place using MPI_Accumulate on COMM_SELF, but I'd rather avoid MPI_Accumulate because it doesn't work with quad-precision or with MINLOC on {long; long}. Related tickets include: https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/338 https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/318 https://svn.mpi-forum.org/trac/mpi-forum-web/ticket/319 Any other suggestions? In lieu of a more elegant solution, I'm going to match on the types and ops that I need to support and write the sparse reduction by hand. In the longer term, I'm curious whether the MPICH developers, and eventually the Forum, may be interested in providing better support for higher level comm libraries like this.

1 0

Re: [mpich-discuss] Error while executing mpi code
by Pavan Balaji 25 Dec '12

25 Dec '12

You seem to be using Open MPI. This is the MPICH mailing list. -- Pavan On 12/25/2012 05:55 AM US Central Time, Save seecs wrote: > I am getting error while executing my parallel code on 4 number of > processors. > > > librdmacm: couldn't read ABI version. > librdmacm: assuming: 4 > CMA: unable to get RDMA device list > -------------------------------------------------------------------------- > [[55255,1],0]: A high-performance Open MPI point-to-point messaging module > was unable to find any relevant network interfaces: > > Module: OpenFabrics (openib) > Host: barq.seecs.edu.pk <http://barq.seecs.edu.pk> > > Another transport will be used instead, although this may result in > lower performance. > -------------------------------------------------------------------------- > librdmacm: couldn't read ABI version. > librdmacm: assuming: 4 > CMA: unable to get RDMA device list > librdmacm: couldn't read ABI version. > librdmacm: assuming: 4 > CMA: unable to get RDMA device list > librdmacm: couldn't read ABI version. > librdmacm: assuming: 4 > CMA: unable to get RDMA device list > > > Can any one guide me that how can I fix it ? > > ~Regards > > Saqib Khan > > > > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > -- Pavan Balaji http://www.mcs.anl.gov/~balaji

1 0