[OMPI users] deadlock on intercommunicator after MPI_Comm_spawn_multiple (OS X / Linux)
Hi, I'm using call to MPI_Comm_spawn_multiple in a quite big application. I've seen a deadlock occurred in a very strange situation. If I'm running my application on my Ubuntu 12.10 with OpenMPI 1.6.3 there is absolutely no problem. On my Mac OS X 10.8.2 with also OpenMPI 1.6.3, I'm experiencing a dead lock on an intrecommunicator resulting from the MPI_Comm_spawn_multiple only if my ethernet interface is enable. If I disable it, the deadlock is gone. Anyone has an idea of what is happening ? I joined the output of ompi_info on both OS X and Linux. Regards,Valentin -Valentin Clement - Student trainee at RIKEN AICSProgramming Environment Research Teamvalentin.clem...@hefr.chvalentin.clem...@riken.jpMaster thesis projectPOP-C++ on the K Computer Project homepage: https://forge.tic.eia-fr.ch/projects/poponkProject board: https://forge.tic.eia-fr.ch/projects/poponk/wiki/Wiki- ompi_info.tar.bz2 Description: BZip2 compressed data smime.p7s Description: S/MIME cryptographic signature
Re: [OMPI users] CentOS 6.3 & OpenMPI 1.6.3
ohh.. you have MOFED 1.5.4.1, thought it was 1.5.3-3.1.0 will provide you a link to mxm package compiled with this MOFED version (thanks to no ABI in OFED). On Sun, Dec 2, 2012 at 10:04 PM, Joseph Farran wrote: > 1.5.4.1
Re: [OMPI users] CentOS 6.3 & OpenMPI 1.6.3
Please download http://mellanox.com/downloads/hpc/mxm/v1.1/mxm-latest.tar, it contains mxm.rpm for mofed 1.5.4.1 On Mon, Dec 3, 2012 at 8:18 AM, Mike Dubman wrote: > ohh.. you have MOFED 1.5.4.1, thought it was 1.5.3-3.1.0 > will provide you a link to mxm package compiled with this MOFED version > (thanks to no ABI in OFED). > > On Sun, Dec 2, 2012 at 10:04 PM, Joseph Farran wrote: > >> 1.5.4.1 > > >
Re: [OMPI users] Lustre hints via environment variables/runtime parameters
users-boun...@open-mpi.org a écrit sur 01/12/2012 14:47:09 : > De : Eric Chamberland > A : us...@open-mpi.org > Date : 01/12/2012 14:47 > Objet : [OMPI users] Lustre hints via environment variables/runtime parameters > Envoyé par : users-boun...@open-mpi.org > > Hi, > > I am using openmpi 1.6.3 with lustre. I can change the stip count via > "striping_unit" but if I try to change the stripe size via > "striping_factor", all my options are ignored and fall back on the > default values. > > Here is what I do: > > = > setenv ROMIO_HINTS /home/ericc/romio-hints > > cat $ROMIO_HINTS > striping_unit 16 > striping_factor 1048576 try with: striping_unit 1048576 striping_factor 16 (stripe_size means striping_unit and stripe_count means striping_factor) > > rm temp ; mpirun -n 3 idx2 ; lfs getstripe temp > > temp > lmm_stripe_count: 1 > lmm_stripe_size:65536 > lmm_stripe_offset: 28 > obdidx objid objidgroup > 2823877295 0x16c56af0 > > = > > If I remove the "striping_factor 1048576" entry in my hint file, I get this: > > = > cat $ROMIO_HINTS > striping_unit 16 > #striping_factor 1048576 > > rm temp ; mpirun -n 3 idx2 ; lfs getstripe temp > > temp > lmm_stripe_count: 36 > lmm_stripe_size:65536 > lmm_stripe_offset: 21 > obdidx objid objidgroup > 2127078098 0x19d2dd20 > 526516786 0x1949d320 > 1826272707 0x190e3c30 > 222198271 0x152b7ff0 > 1424302770 0x172d4b20 > 1620970007 0x13ffa170 > 2823877307 0x16c56bb0 > 625726827 0x1888f6b0 > 3123623835 0x168789b0 > 2324231103 0x171bcbf0 > 3423963185 0x16da6310 > 323462711 0x16603370 > 1327515658 0x1a3db0a0 > 2623502238 0x1669d9e0 > 726708491 0x1978a0b0 > 3221946148 0x14edf240 > 1726912937 0x19aa8a90 > 424586434 0x17728c20 > 272326 0x16330d00 > 923634614 0x168a2b60 > 1125769779 0x18937330 > 3324915767 0x17c2f370 > 2920790315 0x13d3c2b0 > 825647332 0x18758e40 > 2026938873 0x19b0df90 > 1926182463 0x18f833f0 > 1225346469 0x182c1a50 > 1525681819 0x187df9b0 > 2423898261 0x16ca8950 > 1026554081 0x1952ee10 > 2523512409 0x166c5590 > 028428909 0x1b1ca6d0 > 3023953009 0x16d7e710 > 2224117691 0x17001bb0 > 3520972494 0x14003ce0 > 125492821 0x184fd550 > = > > And if I don't put anything in the file, I get this: > > = > cat $ROMIO_HINTS > #striping_unit 16 > #striping_factor 1048576 > > rm temp ; mpirun -n 3 idx2 ; lfs getstripe temp > > temp > lmm_stripe_count: 1 > lmm_stripe_size:1048576 > lmm_stripe_offset: 18 > obdidx objid objidgroup > 1826272802 0x190e4220 > > = > > which are the default values of our lustre. > > Any idea? > > Thanks, > > Eric > > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users
[OMPI users] Possible memory leak in MPI_Gather
Dear users,
I have found a memory leak in an MPI program of mine. Basically the
memory used by the program increases first rapidly, and then linearly,
even if slowly, with time.
I reproduced the error in a very simple program, which I include here:
#include
#include
#include
#include
#include
typedef struct {
double* send_buffer;
double* receive_buffer;
} my_structure;
my_structure* my_structure_alloc ( int nelems, int nprocs ) {
my_structure* my_object;
my_object = ( my_structure* ) malloc ( sizeof ( my_structure ) );
if ( !my_object ) return ( NULL );
my_object -> send_buffer = ( double* ) malloc ( nelems * sizeof ( double ) );
my_object -> receive_buffer = ( double* ) malloc ( nelems * nprocs *
sizeof ( double ) );
return ( my_object );
}
void my_structure_free ( my_structure* my_object ) {
free ( my_object -> send_buffer );
free ( my_object -> receive_buffer );
}
void collect_elements ( my_structure* my_object, int nelems, int
idproc, int istep, int nsteps ) {
int ielem;
static double* send_buffer = NULL;
if ( send_buffer == NULL ) send_buffer = ( double* ) malloc ( nelems
* sizeof ( double ) );
for ( ielem = 0; ielem < nelems; ielem++ ) {
send_buffer [ ielem ] = sqrt ( 2.0 * ( double ) idproc * rand() );
}
MPI_Gather ( send_buffer, nelems, MPI_DOUBLE, my_object ->
receive_buffer, nelems, MPI_DOUBLE, 0, MPI_COMM_WORLD );
if ( istep == nsteps - 1 ) free ( send_buffer );
} //end collect_elements
int main ( int argc, char **argv ) {
int idproc;
int nprocs;
int nelems = 1;
int istep;
long nsteps;
MPI_Init ( &argc, &argv );
MPI_Comm_rank ( MPI_COMM_WORLD, &idproc );
MPI_Comm_size ( MPI_COMM_WORLD, &nprocs );
my_structure* my_object;
my_object = my_structure_alloc ( nelems, nprocs );
nsteps = 10;
for ( istep = 0; istep < nsteps; istep++ ) {
collect_elements ( my_object, nelems, idproc, istep, nsteps );
if ( istep % 1000 == 0 ) { fprintf ( stderr, "# ISTEP = %i\n", istep ); }
} //for istep
my_structure_free ( my_object );
MPI_Finalize();
} //end main
I compiled with the following command:
mpicc.openmpi -lm Mpi_Gather_leak.c -o Mpi_Gather_leak
and run the following way:
mpirun.openmpi -np 4 -mca mpi_leave_pinned 0 ./Mpi_Gather_leak
I check memory usage by using the pidof command. Analysis of the
memory with the mtrace() function gives no reference to unfreed memory
in the program, but only
to hexadecimal addresses (which I reckon refer to some library).
I have OpenMPI version 1.4.3, running on a Kubuntu 12.04 Intel 64 system.
Best regards
Silvio a Beccara
FBK Foundation
via Sommarive, 18
I-38123 Povo TN
ITALY
http://www.fbk.eu
Re: [OMPI users] Lustre hints via environment variables/runtime parameters
On 12/03/2012 03:23 AM, pascal.dev...@bull.net wrote: try with: striping_unit 1048576 striping_factor 16 (stripe_size means striping_unit and stripe_count means striping_factor) Shame on me! ;-) Thank you, it works perfectly now!... Eric
[OMPI users] 0xc000007b error exit on 64-bit Windows 7
Dear experts, I just installed http://www.open-mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe on our Intel i7 64-bit Windows 7 system. When I try to run some executable, I am getting error "Application Error The application was unable to start correctly (0xc07b)..." Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" string is in my %Path% variable. Yours, Miro PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine.
[OMPI users] EuroMPI 2013 - Call for Papers
It's that time of year again! Time to start thinking about what you'll submit for the EuroMPI 2013 conference. See you in Madrid next September! Begin forwarded message: > From: EuroMPI 2013 > Date: November 28, 2012 9:58:41 AM PST > Reply-To: Javier Garcia Blas > > [Apologies if you got multiple copies of this email. If you'd like to > opt out of these announcements, information on how to unsubscribe is > available at the bottom of this email.] > Dear Sir or Madam, > > (We apologize if you receive multiple copies of this message) > > > > > Recent Advances in Message Passing Interface. 20th European MPI Users' Group > Meeting (EuroMPI 2013) > > EuroMPI 2013 is being held in cooperation with SIGHPC > > Madrid, Spain, September 15-18, 2013 > > www.eurompi2013.org > > BACKGROUND AND TOPICS > --- > > EuroMPI is the preeminent meeting for users, developers and researchers to > interact and discuss new developments and applications of message-passing > parallel computing, in particular in and related to the Message Passing > Interface (MPI). The annual meeting has a long, rich tradition, and the 20th > European MPI Users' Group Meeting will again be a lively forum for discussion > of everything related to usage and implementation of MPI and other parallel > programming interfaces. Traditionally, the meeting has focused on the > efficient implementation of aspects of MPI, typically on high-performance > computing platforms, benchmarking and tools for MPI, short-comings and > extensions of MPI, parallel I/O and fault tolerance, as well as parallel > applications using MPI. The meeting is open towards other topics, in > particular application experience and alternative interfaces for > high-performance heterogeneous, hybrid, distributed memory systems. > > Topics of interest include, but are not limited to: > > - MPI implementation issues and improvements > - Extensions to and shortcomings of MPI > - Tools and environments for MPI > - Hybrid and heterogeneous programming with MPI and other interfaces > - Relation of MPI to alternative interfaces for hybrid/heterogeneous > distributed memory systems > - Interaction between message-passing software and hardware, in particular > new high performance architectures > - Fault tolerance in message-passing implementations and systems > - Performance evaluation for MPI and MPI based applications- > - Automatic performance tuning of MPI applications and implementations > - Verification of message passing applications and protocols > - Applications using message-passing, in particular in Computational Science > and Scientific Computing > - Non-standard message-passing applications > - Parallel algorithms in the message-passing paradigm > - Algorithms using the message-passing paradigm > > The meeting will feature contributed talks on the selected, peer-reviewed > papers, invited expert talks covering upcoming and future issues, a vendor > session where selected vendors will present their new developments in hybrid > and heterogeneous cluster and high-performance architectures, a poster > session, and a tutorial day. > > The scientific part of the conference is organized in cooperation with ACM > SIGHPC. Conference proceedings will be published in the ACM Digital Library, > which includes short and long papers, workshop papers, and posters. Selected > high quality papers will be published in an international journals. There > will also be a reward for the overall best paper from the academic > conference. > > > SUBMISSION INFORMATION > --- > > Contributors are invited to submit a full paper as a PDF document not > exceeding 6 pages in English. The title page should contain an abstract of at > most 100 words and five specific, topical keywords. The paper must be > formatted according to double-column ACM ICPS proceedings style. The usage of > LaTeX for preparation of the contribution as well as the submission in camera > ready format is strongly recommended. Style files can be found at > http://www.acm.org/publications/icps-instructions/. > > New work that is not yet mature for a full paper, short observations, and > similar brief announcements are invited for the poster session. Contributions > to the poster session should be submitted in the form of a two page abstract. > > All contributions will be fully peer reviewed by the program committee. > Papers shall be submitted electronically via Easychair, see > http://www.easychair.org/conferences/?conf=eurompi2013. > > AWARDS > --- > > There will be awards for the best paper and best student paper. These awards > will be chosen by the program committee. The best paper award will be given > to the paper judged to have the highest overall quality. > > SCHEDULE, IMPORTANT DATES > -- > > - Submission of f
Re: [OMPI users] 0xc000007b error exit on 64-bit Windows 7
I'm afraid we've lost the open MPI community windows developer. So I don't know if you'll get a good answer to this question. Sorry! :( Sent from my phone. No type good. On Dec 3, 2012, at 6:40 AM, "Ilias Miroslav" wrote: > Dear experts, > > I just installed > http://www.open-mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe > on our Intel i7 64-bit Windows 7 system. > > > When I try to run some executable, I am getting error "Application Error The > application was unable to start correctly (0xc07b)..." > > Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" string > is in my %Path% variable. > > Yours, Miro > > PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine. > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users
Re: [OMPI users] 0xc000007b error exit on 64-bit Windows 7
Hi, 0xC07B is STATUS_INVALID_IMAGE_FORMAT. It mostly means that some of the dynamic link libraries (DLLs) that the executable is linked against are of different "bitness", e.g. 32-bit. It could be a packaging error in Open MPI, or it could be messed up installation. You could use the Dependency Walker tool to examine the list of DLLs that the executable depends upon and see which one is the culprit. Dependency Walker is available here: http://www.dependencywalker.com/ Which brings me to the question: why the win64 version of Open MPI is installed in "Program Files (x86)", where 32-bit things go?! Hope that helps. Kind regards, Hristo -- Hristo Iliev, Ph.D. -- High Performance Computing RWTH Aachen University, Center for Computing and Communication Rechen- und Kommunikationszentrum der RWTH Aachen Seffenter Weg 23, D 52074 Aachen (Germany) > -Original Message- > From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org] > On Behalf Of Ilias Miroslav > Sent: Monday, December 03, 2012 3:40 PM > To: us...@open-mpi.org > Subject: [OMPI users] 0xc07b error exit on 64-bit Windows 7 > > Dear experts, > > I just installed http://www.open- > mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe on > our Intel i7 64-bit Windows 7 system. > > > When I try to run some executable, I am getting error "Application Error The > application was unable to start correctly (0xc07b)..." > > Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" > string is in my %Path% variable. > > Yours, Miro > > PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine. > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users smime.p7s Description: S/MIME cryptographic signature
Re: [OMPI users] 0xc000007b error exit on 64-bit Windows 7
That's a null pointer access. It's not necessarily OpenMPI causing that. You'll need to supply more info about what you're running. Damien Sent from my android device. -Original Message- From: "Jeff Squyres (jsquyres)" To: Open MPI Users Cc: "us...@open-mpi.org" Sent: Mon, 03 Dec 2012 9:01 AM Subject: Re: [OMPI users] 0xc07b error exit on 64-bit Windows 7 I'm afraid we've lost the open MPI community windows developer. So I don't know if you'll get a good answer to this question. Sorry! :( Sent from my phone. No type good. On Dec 3, 2012, at 6:40 AM, "Ilias Miroslav" wrote: > Dear experts, > > I just installed > http://www.open-mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe > on our Intel i7 64-bit Windows 7 system. > > > When I try to run some executable, I am getting error "Application Error The > application was unable to start correctly (0xc07b)..." > > Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" string > is in my %Path% variable. > > Yours, Miro > > PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine. > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
Re: [OMPI users] 0xc000007b error exit on 64-bit Windows 7
Ignore what I posted, Hristo is right. On my phone screen the C looked like a 0. Sorry. Damien Sent from my android device. -Original Message- From: "Jeff Squyres (jsquyres)" To: Open MPI Users Cc: "us...@open-mpi.org" Sent: Mon, 03 Dec 2012 9:01 AM Subject: Re: [OMPI users] 0xc07b error exit on 64-bit Windows 7 I'm afraid we've lost the open MPI community windows developer. So I don't know if you'll get a good answer to this question. Sorry! :( Sent from my phone. No type good. On Dec 3, 2012, at 6:40 AM, "Ilias Miroslav" wrote: > Dear experts, > > I just installed > http://www.open-mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe > on our Intel i7 64-bit Windows 7 system. > > > When I try to run some executable, I am getting error "Application Error The > application was unable to start correctly (0xc07b)..." > > Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" string > is in my %Path% variable. > > Yours, Miro > > PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine. > ___ > users mailing list > us...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/users ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
Re: [OMPI users] 0xc000007b error exit on 64-bit Windows 7
I just tried it on a clean VM, the 64-bit OpenMPI installer does install to Program Files (x86). That's not the end of the world, but you have to watch your paths. Miroslav, when you ran the installer did you say yes to adding OpenMPI to the system path? If you installed both 32 and 64-bit binaries, and added both to the system path, it will typically just append the paths. So if you installed 32-bit first, then 64-bit, whenever you run something it will load the 32-bit OpenMPI runtime first, even running 64-bit, which will cause that bad image error. I think that's why your 32-bit run works and 64-bit doesn't. I suggest uninstalling both 32 and 64-bit OpenMPIs, make sure they're removed from the path, then reinstall them *without* putting them into the system path, and try again from there. You'll have to set your paths manually, but you'll be running with the right binaries each time. Damien On 03/12/2012 9:55 AM, Iliev, Hristo wrote: Hi, 0xC07B is STATUS_INVALID_IMAGE_FORMAT. It mostly means that some of the dynamic link libraries (DLLs) that the executable is linked against are of different "bitness", e.g. 32-bit. It could be a packaging error in Open MPI, or it could be messed up installation. You could use the Dependency Walker tool to examine the list of DLLs that the executable depends upon and see which one is the culprit. Dependency Walker is available here: http://www.dependencywalker.com/ Which brings me to the question: why the win64 version of Open MPI is installed in "Program Files (x86)", where 32-bit things go?! Hope that helps. Kind regards, Hristo -- Hristo Iliev, Ph.D. -- High Performance Computing RWTH Aachen University, Center for Computing and Communication Rechen- und Kommunikationszentrum der RWTH Aachen Seffenter Weg 23, D 52074 Aachen (Germany) -Original Message- From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org] On Behalf Of Ilias Miroslav Sent: Monday, December 03, 2012 3:40 PM To: us...@open-mpi.org Subject: [OMPI users] 0xc07b error exit on 64-bit Windows 7 Dear experts, I just installed http://www.open- mpi.org/software/ompi/v1.6/downloads/OpenMPI_v1.6.1-1_win64.exe on our Intel i7 64-bit Windows 7 system. When I try to run some executable, I am getting error "Application Error The application was unable to start correctly (0xc07b)..." Any help please ? The "C:\Program Files (x86)\OpenMPI_v1.6.1-x64\bin" string is in my %Path% variable. Yours, Miro PS: On 32-bit Windows 7 the 32-bit OpenMPI application works fine. ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
[OMPI users] Windows support for OpenMPI
All, I completely missed the message about Shiqing departing as the OpenMPI Windows maintainer. I'll try and keep Windows builds going for 1.6 at least, I have 2011 and 2013 Intel licenses and VS2008 and 2012, but not 2010. I see that the 1.6.3 code base already doesn't build on Windows in VS2012 :-(. While I can try and keep builds going, I don't have access to a Windows cluster right now, and I'm flat out on two other projects. I can test on my workstation, but that will only go so far. Longer-term, there needs to be a decision made on whether Windows gets to be a first-class citizen in OpenMPI or not. Jeff's already told me that 1.7 is lagging behind on Windows. It would be a shame to have all the work Shiqing put in gradually decay because it can't be supported enough. If there's any Microsoft/HPC/Azure folks observing this list, or any other vendors who run on Windows with OpenMPI, maybe we can see what can be done if you're interested. Damien
Re: [OMPI users] Windows support for OpenMPI
Dear OpenMPI community, This email is about whether a commercial version of OpenMPI for Windows could be successful. I hesitated before sending this, but upon asking some others (notably Jeff) on this list, it seemed appropriate. We at Tech-X have been asking whether a commercial/freemium support model for a Windows version of OpenMPI would work. We are currently working on this for some other products, notably PETSc, which is discussed at http://www.txcorp.com/home/cosml. We see some downsides - in particular, with Microsoft's HPC Pack, Windows users have free access to an MPI solution. This has to be balanced by some particular advantages of OpenMPI such that there would be a group of users who would pay for it for anyone to make this work. We would be very interested in hearing from folks on this list who either (1) help define the competitive advantage of having OpenMPI on Windows or (2) would be interested in a commercial solution, were it available. Naturally, any solution should benefit the OpenMPI community as well to be a success. I would be glad to hear from folks on list or off. ThxJohn Cary On 12/3/2012 10:32 AM, Damien wrote: All, I completely missed the message about Shiqing departing as the OpenMPI Windows maintainer. I'll try and keep Windows builds going for 1.6 at least, I have 2011 and 2013 Intel licenses and VS2008 and 2012, but not 2010. I see that the 1.6.3 code base already doesn't build on Windows in VS2012 :-(. While I can try and keep builds going, I don't have access to a Windows cluster right now, and I'm flat out on two other projects. I can test on my workstation, but that will only go so far. Longer-term, there needs to be a decision made on whether Windows gets to be a first-class citizen in OpenMPI or not. Jeff's already told me that 1.7 is lagging behind on Windows. It would be a shame to have all the work Shiqing put in gradually decay because it can't be supported enough. If there's any Microsoft/HPC/Azure folks observing this list, or any other vendors who run on Windows with OpenMPI, maybe we can see what can be done if you're interested. Damien ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
Re: [OMPI users] Windows support for OpenMPI
This is a good start. Stepping up a level and without wanting to start a bunfight with other MPI implementations, what are the advantages of OpenMPI over those other various MPI implementations, irrespective of platform? There must be some advantages, or OpenMPI wouldn't exist. Do those advantages apply on Windows and would they justify ongoing Windows support? Damien On 03/12/2012 11:59 AM, John R. Cary wrote: Dear OpenMPI community, This email is about whether a commercial version of OpenMPI for Windows could be successful. I hesitated before sending this, but upon asking some others (notably Jeff) on this list, it seemed appropriate. We at Tech-X have been asking whether a commercial/freemium support model for a Windows version of OpenMPI would work. We are currently working on this for some other products, notably PETSc, which is discussed at http://www.txcorp.com/home/cosml. We see some downsides - in particular, with Microsoft's HPC Pack, Windows users have free access to an MPI solution. This has to be balanced by some particular advantages of OpenMPI such that there would be a group of users who would pay for it for anyone to make this work. We would be very interested in hearing from folks on this list who either (1) help define the competitive advantage of having OpenMPI on Windows or (2) would be interested in a commercial solution, were it available. Naturally, any solution should benefit the OpenMPI community as well to be a success. I would be glad to hear from folks on list or off. ThxJohn Cary On 12/3/2012 10:32 AM, Damien wrote: All, I completely missed the message about Shiqing departing as the OpenMPI Windows maintainer. I'll try and keep Windows builds going for 1.6 at least, I have 2011 and 2013 Intel licenses and VS2008 and 2012, but not 2010. I see that the 1.6.3 code base already doesn't build on Windows in VS2012 :-(. While I can try and keep builds going, I don't have access to a Windows cluster right now, and I'm flat out on two other projects. I can test on my workstation, but that will only go so far. Longer-term, there needs to be a decision made on whether Windows gets to be a first-class citizen in OpenMPI or not. Jeff's already told me that 1.7 is lagging behind on Windows. It would be a shame to have all the work Shiqing put in gradually decay because it can't be supported enough. If there's any Microsoft/HPC/Azure folks observing this list, or any other vendors who run on Windows with OpenMPI, maybe we can see what can be done if you're interested. Damien ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
[OMPI users] Romio and OpenMPI builds
I was trying to use hints with ROMIO and lustre prompted by another post on this list. I have a simple MPI-IO code and I cannot using the notes I find set the lustre striping using the config file and setting ROMIO_HINTS. Question: How can I check which ADIO drivers ROMIO in OPenMPI was built with when I built it? Can I make ROMIO go into 'verbose' mode and have it print what it is setting all its values to? Thanks! Brock Palen www.umich.edu/~brockp CAEN Advanced Computing bro...@umich.edu (734)936-1985
Re: [OMPI users] Romio and OpenMPI builds
Le 12/03/2012 05:37 PM, Brock Palen a écrit : I was trying to use hints with ROMIO and lustre prompted by another post on this list. I have a simple MPI-IO code and I cannot using the notes I find set the lustre striping using the config file and setting ROMIO_HINTS. Question: How can I check which ADIO drivers ROMIO in OPenMPI was built with when I built it? Can I make ROMIO go into 'verbose' mode and have it print what it is setting all its values to? Try "ompi_info -a" and check for lustre in the output: ompi_info -a | grep -i romio ... MCA io: information "io_romio_user_configure_params" (value: <--with-file-system=testfs+ufs+nfs+lustre>, data source: default value) User-specified command line parameters passed to ROMIO's configure script MCA io: information "io_romio_complete_configure_params" (value: <--with-file-system=testfs+ufs+nfs+lustre CFLAGS='-DNDEBUG -O3 -xHOST -Wall -finline-functions -fno-strict-aliasing -restrict -pthread' CPPFLAGS=' -I/clumeq/src/Open-MPI/1.6.3/intel/openmpi-1.6.3/opal/mca/hwloc/hwloc132/hwloc/include -I/clumeq/src/Open-MPI/1.6.3/intel/Build/opal/mca/hwloc/hwloc132/hwloc/include -I/usr/include/infiniband -I/usr/include/infiniband' FFLAGS='' LDFLAGS=' ' --enable-shared --enable-static --with-file-system=testfs+ufs+nfs+lustre --prefix=/software/MPI/openmpi/1.6.3_intel --with-mpi=open_mpi --disable-aio>, data source: default value) Complete set of command line parameters passed to ROMIO's configure script Eric
