[MPICH] MPICH2+MPE on windows

[David Ashton]

James,

Yes it is possible under Unix.  We've already done this with the process
manager interface when you select smpd as the process manager.  smpd can
dynamically load the PMI functions under Windows, Linux, and Macs.

We've only added support for dynamically loading the MPI interface under
Windows because it seems appropriate to do so there.  The mode for Unix has
always been, configure what you want, compile it and run it.  There hasn't
been a demand for pre-compiled versions that you can dynamically select.

-David Ashton

-----Original Message-----
From: James S Perrin [mailto:james.s.perrin at manchester.ac.uk] 
Sent: Tuesday, July 12, 2005 2:57 PM
To: David Ashton; mpich-discuss at mcs.anl.gov
Subject: Re: [MPICH] MPICH2+MPE on windows

Hi,
	Thanks for clearing that up David. I think the dynamic logging is
going to be 
really useful to my project and as the application is user extensible, users

write and relink with their own parallel "modules". Has it be determined
whether 
such dynamic linking of shared libraries is possible under Linux/Unix?

Regards
James

David Ashton wrote:
> Ok, I was wrong.  The environment variable MPICH2_CHANNEL handles short
> names and the variable MPI_WRAP_DLL_NAME handles one short name, mpe.  If
> MPI_WRAP_DLL_NAME is not "mpe" then it must be a name that the Windows
> function LoadLibrary can resolve.  It is always safe to pass in the full
> name to the dll; for any other name you would have to look at the
> documentation for LoadLibrary to see if it is valid.
> 
> -David Ashton
> 
> -----Original Message-----
> From: owner-mpich-discuss at mcs.anl.gov
> [mailto:owner-mpich-discuss at mcs.anl.gov] On Behalf Of James S Perrin
> Sent: Tuesday, July 12, 2005 7:06 AM
> To: David Ashton; mpich-discuss at mcs.anl.gov
> Subject: Re: [MPICH] MPICH2+MPE on windows
> 
> Hi David,
> 
> 	I found that "-env MPI_WRAP_DLL_NAME mpich2mpe" or rather better
> "-genv 
> MPI_WRAP_DLL_NAME mpich2mpe" worked for me. Maybe windows also looks fo
> "%s.dll"
> 
> 	I think you've got a little mixed up as MPICH2_CHANNEL seem to be
> for setting 
> things like "ib" (inifiband) :) MPI_WRAP_DLL_NAME can be set "mpe" can be
> set to 
> as the code also looks for dll's of the pattern "mpich2%s.dll"
> 
> Regards
> James
> 
> David Ashton wrote:
> 
> 
>>James,
>>
>>Thanks for pointing out the bug that -log is not global.  If you specify
>>then environment variable, MPI_WRAP_DLL_NAME, then you must specify the
>>entire name - mpich2mpe.dll.  If you use the MPICH2_CHANNEL environment
>>variable then you can use the short name, mpe.
>>
>>-David Ashton
>>
>>-----Original Message-----
>>From: owner-mpich-discuss at mcs.anl.gov
>>[mailto:owner-mpich-discuss at mcs.anl.gov] On Behalf Of James S Perrin
>>Sent: Monday, July 11, 2005 8:46 AM
>>To: mpich-discuss at mcs.anl.gov
>>Subject: [MPICH] MPICH2+MPE on windows
>>
>>Hi,
>>	This is a follow up to an earlier thread (Status of MPE2 on Windows)
>>where it 
>>was stated that to run an mpi job with profiling you can use the
>>(undocumented) 
>>-log  to mpiexec (smpd only). This didn't work for my master/slave job
> 
> until
> 
>>I 
>>realised -log isn't a global option and has to be specified for each group
>>of 
>>processes.
>>
>>	However I noticed while digging around in the source code -log sets
>>the wrapper 
>>dll to "mpe" whereas the suggested default is "mpich2mpe" 
>>(src/util/multichannel/mpi.c). I was wondering is there any difference, I
>>didn't 
>>notice any when passing "-env MPI_WRAP_DLL_NAME mpich2mped" to mpiexec?
>>
>>Regards
>>James
> 
> 
> 


-- 
----------------------------------------------------------------------------
-
James S. Perrin,                   | email: james.perrin at man.ac.uk
Manchester Visualization Centre,   | www.sve.man.ac.uk/General/Staff/perrin
Kilburn Building, The University,  | tel: +44 161 275 6945
Manchester, England. M13 9PL.      | fax: +44 161 275 6800/6040
----------------------------------------------------------------------------
-
"The test of intellect is the refusal to belabour the obvious" -Alfred
Bester
----------------------------------------------------------------------------
-