Re: [OMPI users] allow over-subscription by default

Hi Steffen, I'm not sure if this will help you (I'm by far no expert) but the mailing group pointed by to using: mpirun --use-hwthread-cpus to solve something similar. Kind regards, Tim On Tue, 16 Apr 2019 at 19:01, Steffen Christgau wrote: > Hi everyone, > > on m

Re: [OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

to an exokernel running an image of the OS on each CPU node: http://www.barrelfish.org/ This appears to have a robust shared memory approach. I'm still digesting the details, but it looks to solve many of the problems I am looking at. Thanks again for the discussions! tim Jeff Sq

Re: [OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

to a different email account and sent the post. Gregory (tim) Kelly wrote: Hello Everyone, I'm inquiring to find someone that can answer some multi-part questions about hwloc, OpenMPI and an alternative OS and toolchain. I have a project as part of my PhD work, and it's not a simple, on

[OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

d everything will be published under that license). If someone is available for off-line discussion (to minimize unnecessary traffic to the list), I'd be more than willing to summarize the conversation and contribute it to the online documentation. Thank you, tim -- "Nuclear power is

[OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

d under that license). If someone is available for off-line discussion (to minimize unnecessary traffic to the list), I'd be more than willing to summarize the conversation and contribute it to the online documentation. Thank you, tim -- "Nuclear power is a hell of a way to bo

Re: [OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

ints. The OS does not have paging or segmentation, so fragmentation can be an issue. Performance is very good. Is is possible to use a shared memory approach and run an AMP set up, with hwloc? Would there be any benefit to doing so instead of the hardwiring approach you mention? tim Br

[OMPI users] hwloc, OpenMPI and unsupported OSes and toolchains

ng will be published under that license). If someone is available for off-line discussion (to minimize unnecessary traffic to the list), I'd be more than willing to summarize the conversation and contribute it to the online documentation. Thank you, tim -- All we need is one more Mickey

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

or in the copy/paste ? > > The mpicc command should be > mpicc /opt/openmpi/openmpi-3.0.0_src/examples/hello_c.c > > Cheers, > > Gilles > > On Fri, Sep 22, 2017 at 3:33 PM, Tim Jim wrote: > >> Thanks for the thoughts and comments. Here is the setup informati

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

Hi, I tried as you suggested: export nvml_enable=no, then reconfigured and ran make all install again, but mpicc is still producing the same error. What should I try next? Many thanks, Tim On 21 September 2017 at 16:12, Gilles Gouaillardet wrote: > Tim, > > > do that in your

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

Dear Gilles, Thanks for the mail - where should I set export nvml_enable=no? Should I reconfigure with default cuda support or keep the --without-cuda flag? Kind regards, Tim On 21 September 2017 at 15:22, Gilles Gouaillardet wrote: > Tim, > > > i am not familiar with CUDA, bu

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

/ error messages Do you have any suggestions to what might have gone wrong on this install? I'm not sure if this thread is still alive, so if you need a refresh on the situation/any more info, please let me know. Kind regards, Tim On 24 May 2017 at 09:12, Tim Jim wrote: > Thanks

Re: [OMPI users] Node failure handling

Hi Ralph, Thanks for the quick response. Just tried again not under slurm, but the same result... (though I just did kill -9 orted on the remote node this time) Any ideas? Do you think my multiple-mpirun idea is worth trying? Cheers, Tim ``` [user@bud96 mpi_resilience]$ /d/home/user/2017

Re: [OMPI users] Node failure handling

ompi-server, do you think this could be sufficient to isolate the failures? Cheers, Tim On 10 June 2017 at 00:56, r...@open-mpi.org wrote: > It has been awhile since I tested it, but I believe the --enable-recovery > option might do what you want. > >> On Jun 8, 2017, at 6:17

[OMPI users] Node failure handling

he runtime system figures out what is going on. If not, do any users know of another MPI implementation that might work for this use case? As far as I can tell, FT-MPI has been pretty quiet the last couple of years? Thanks in advance, Tim ___ users ma

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

Thanks for the thoughts, I'll give it a go. For reference, I have installed it in the opt directory, as that is where I have kept my installs currently. Will this be a problem when calling mpi from other packages? Thanks, Tim On 24 May 2017 06:30, "Reuti" wrote: > Hi, >

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

Dear Reuti, Thanks for the reply. What options do I have to test whether it has successfully built? Thanks and kind regards. Tim On 22 May 2017 at 19:39, Reuti wrote: > Hi, > > > Am 22.05.2017 um 07:22 schrieb Tim Jim : > > > > Hello, > > > > Thanks for you

Re: [OMPI users] OpenMPI installation issue or mpi4py compatibility problem

2.1.0" - did it possibly pick up the paths by accident? Regarding the lib directory, I checked that the path physically exists. Regarding the final part of the email, is it a problem that 'undefined reference' is appearing? Thanks and regards, Tim On 22 May 2017 at 06:54, Reuti wrote: &

[OMPI users] OpenMPI installation issue or mpi4py compatibility problem

ave a CUDA installation, which I'd like to leverage too, if possible). I'm still fairly new to the ins and outs of this, so I may have missed something obvious. Please let me know if any other info is required. Many thanks and kind regards, Tim -- *Timothy Jim**PhD Researcher i

Re: [OMPI users] Performance degradation of OpenMPI 1.10.2 when oversubscribed?

scheduling (although linux is more capable than Windows). Agree that explicit use of taskset under MPI should have been superseded by the options implemented by several MPI including openmpi. -- Tim Prince ___ users mailing list users@list

Re: [OMPI users] Rounding errors and MPI

You might try inserting parentheses so as to specify your preferred order of evaluation. If using ifort, you would need -assume protect-parens . Sent via the ASUS PadFone X mini, an AT&T 4G LTE smartphone Original Message From:Oscar Mojica Sent:Mon, 16 Jan 2017 08:28:05 -0500

Re: [OMPI users] openmpi-2.0.1

Error 1 > Do you have the Intel compilervars.[c]sh sourced (and associated library files visible) on each node where you expect to install? -- Tim Prince ___ users mailing list users@lists.open-mpi.org https://rfd.newmexicoconsortium.org/mailman/listinfo/users

Re: [OMPI users] Problems in compiling a code with dynamic linking

LIB line could be > > LIB = -static -L/opt/intel/composer_xe_2013_sp1/mkl/lib/intel64 > -lmkl_blas95_lp64 -lmkl_lapack95_lp64 -lmkl_intel_lp64 -lmkl_core > -lmkl_sequential -dynamic > No, refer to the on-line advisor at https://software.intel.com/en-us/articles/intel-mkl-link-line-advisor -- Tim Prince

Re: [OMPI users] How to run OpenMPI C code under Windows 7

omp.lang.fortran/coarray$20fortran/comp.lang.fortran/P5si9Fj1yIY/ptjM8DMUUzUJ It's a little difficult to use if you have another MPI installed, as Windows MPI (like the MPI which comes with linux distros) don't observe normal methods for keeping distinct paths. I doubt there is a separate version of OpenMPI docs specific to Windows. -- Tim Prince

Re: [OMPI users] Running with native ugni on a Cray XC

ent executables with different numbers of >>> ranks/nodes, but they all seem to run into problems with PMI_KVS_Put. >>> >>> Any ideas what could be going wrong? >>> >>> Thanks for any help, >>> Nick >>> ___ >>> users mailing list >>> us...@open-mpi.org >>> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users >>> Link to this post: >>> http://www.open-mpi.org/community/lists/users/2015/06/27197.php >> >> >> ___ >> users mailing list >> us...@open-mpi.org >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users >> Link to this post: >> http://www.open-mpi.org/community/lists/users/2015/06/27199.php > > > > ___ > users mailing list > us...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users > Link to this post: > http://www.open-mpi.org/community/lists/users/2015/06/27200.php -- Tim Mattox, Ph.D. - tmat...@gmail.com

Re: [OMPI users] Binding to hardware thread

not start with the FAQ? https://www.open-mpi.org/faq/?category=openfabrics Don't go by what the advertisements of other MPI implementations said based on past defaults. -- Tim Prince

Re: [OMPI users] IB to some nodes but TCP for others

is still interested in testing this and, if so, try it out. Thanks, Tim On Tue, Jun 16, 2015 at 7:15 PM, Jeff Squyres (jsquyres) wrote: > Do you have different IB subnet IDs? That would be the only way for Open > MPI to tell the two IB subnets apart. > > > > > On Jun 16,

Re: [OMPI users] Anyone successfully running Abaqus with OpenMPI?

about type encoding compatibility. Lack of instructions for openmpi probably means something. -- Tim Prince

[OMPI users] IB to some nodes but TCP for others

membership of the two groups. If there's no such functionality, would it be a difficult thing to hack in (I'd be glad to give it a try myself, but I'm not that familiar with the codebase, so a couple of pointers would be helpful, or a note saying I'm crazy for trying). Thanks, Tim

Re: [OMPI users] mpirun

I don't recall Walt 's cases taking all of 5 seconds to start. More annoying is the hang after completion. Sent via the ASUS PadFone X mini, an AT&T 4G LTE smartphone Original Message From:Ralph Castain Sent:Fri, 29 May 2015 15:35:15 -0400 To:Open MPI Users Subject:Re: [OMPI

Re: [OMPI users] Fortran and OpenMPI 1.8.3 compiled with Intel-15 does nothing silently

Check by ldd in case you didn't update .so path Sent via the ASUS PadFone X mini, an AT&T 4G LTE smartphone Original Message From:John Bray Sent:Mon, 17 Nov 2014 11:41:32 -0500 To:us...@open-mpi.org Subject:[OMPI users] Fortran and OpenMPI 1.8.3 compiled with Intel-15 does

Re: [OMPI users] Multiple threads for an mpi process

On 9/12/2014 9:22 AM, JR Cary wrote: On 9/12/14, 7:27 AM, Tim Prince wrote: On 9/12/2014 6:14 AM, JR Cary wrote: This must be a very old topic. I would like to run mpi with one process per node, e.g., using -cpus-per-rank=1. Then I want to use openmp inside of that. But other times I

Re: [OMPI users] Multiple threads for an mpi process

On 9/12/2014 6:14 AM, JR Cary wrote: This must be a very old topic. I would like to run mpi with one process per node, e.g., using -cpus-per-rank=1. Then I want to use openmp inside of that. But other times I will run with a rank on each physical core. Inside my code I would like to detect wh

Re: [OMPI users] openMP and mpi problem

fort co-arrays will not cooperate with presence of OpenMPI. -- Tim Prince

Re: [OMPI users] OPENIB unknown transport errors

ided InfiniBand stack. I'll do some more poking, but at least now I've got something semi-solid to poke at. Thanks for all of your help; I've attached the results of "ibv_devinfo -v" for both systems, so if you see anything else that jumps at you, please let me know. Tim

Re: [OMPI users] openmpi linking problem

mpifort to link, you would use -lstdc++ in place of -lmpi -lgfortran . -- Tim Prince

Re: [OMPI users] OPENIB unknown transport errors

Hi Josh, I asked one of our more advanced users to add the "-mca btl_openib_if_include mlx4_0:1" argument to his job script. Unfortunately, the same error occurred as before. We'll keep digging on our end; if you have any other suggestions, please let us know. Tim On Thu, Jun

Re: [OMPI users] OPENIB unknown transport errors

t pair. We will try your suggestion and report back. Thanks again! Tim On Thu, Jun 5, 2014 at 2:22 PM, Joshua Ladd wrote: > Strange indeed. This info (remote adapter info) is passed around in the > modex and the struct is locally populated during add procs. > > 1. How do you launch

Re: [OMPI users] OPENIB unknown transport errors

same vendor, yet it thinks the transport types are different (and one is unknown). I'm hoping someone with some experience with how the OpenIB BTL works can shed some light on this problem... Tim On Fri, May 9, 2014 at 7:39 PM, Joshua Ladd wrote: > > Just wondering if you'

Re: [OMPI users] intel compiler and openmpi 1.8.1

On 05/29/2014 07:11 AM, Lorenzo Donà wrote: I compiled openmpi 1.8.1 with intel compiler with this conf. ./configure FC=ifort CC=icc CXX=icpc --prefix=/Users/lorenzodona/Documents/openmpi-1.8.1/ but when i write mpif90 -v i found: Using built-in specs. COLLECT_GCC=/opt/local/bin/gfortran-mp

Re: [OMPI users] openMPI in 64 bit

n any indication that anyone is supporting openmpi for ifort Windows 64-bit. The closest openmpi thing seems to be the cygwin (gcc/gfortran) build. Windows seems to be too crowded for so many MPI versions to succeed. -- Tim Prince

Re: [OMPI users] OPENIB unknown transport errors

I've checked the links repeatedly with "ibstatus" and they look OK. Both nodes shoe a link layer of "InfiniBand". As I stated, everything works well with MVAPICH2, so I don't suspect a physical or link layer problem (but I could always be wrong on that). Tim

[OMPI users] OPENIB unknown transport errors

ox drivers installed via the SL-provided RPMs. Tim

Re: [OMPI users] busy waiting and oversubscriptions

; MKL libraries use all available hardware threads for sufficiently large data sets). -- Tim Prince

Re: [OMPI users] linking with openmpi version 1.6.1

te documentation remaining on line). Also, FWIW, OMPI 1.6.1 is ancient. Can you upgrade to the latest 1.6.x version of Open MPI: 1.6.5? -- Tim Prince

Re: [OMPI users] Use of __float128 with openmpi

On 02/01/2014 12:42 PM, Patrick Boehl wrote: Hi all, I have a question on datatypes in openmpi: Is there an (easy?) way to use __float128 variables with openmpi? Specifically, functions like MPI_Allreduce seem to give weird results with __float128. Essentially all I found was http://beige

Re: [OMPI users] Use of __float128 with openmpi

On 02/01/2014 12:42 PM, Patrick Boehl wrote: Hi all, I have a question on datatypes in openmpi: Is there an (easy?) way to use __float128 variables with openmpi? Specifically, functions like MPI_Allreduce seem to give weird results with __float128. Essentially all I found was http://beige

Re: [OMPI users] Running on two nodes slower than running on one node

On 1/29/2014 11:30 PM, Ralph Castain wrote: On Jan 29, 2014, at 7:56 PM, Victor <mailto:victor.ma...@gmail.com>> wrote: Thanks for the insights Tim. I was aware that the CPUs will choke beyond a certain point. From memory on my machine this happens with 5 concurrent MPI jobs

Re: [OMPI users] Running on two nodes slower than running on one node

On 1/29/2014 10:56 PM, Victor wrote: Thanks for the insights Tim. I was aware that the CPUs will choke beyond a certain point. From memory on my machine this happens with 5 concurrent MPI jobs with that benchmark that I am using. Regarding your mention of setting affinities and MPI ranks do

Re: [OMPI users] Running on two nodes slower than running on one node

strange," start thinking about the schemes to optimize performance of 8 threads with 2 threads assigned to each internal CPU buss on that CPU model. Or your scheme of trying to balance MPI performance between very different CPU models. Tim Node2 with 4 physical cores (i5-2400). Regarding s

Re: [OMPI users] compilation aborted for Handler.cpp (code 2)

g++ as well as icpc run-times on LD_LIBRARY_PATH everywhere. You can't mix support for gfortran with support for ifort; for C and C++ you should be able to use gcc/g++ and icc/icpc interchangeably, so you could configure for gcc and g++ along with ifort and still use icc and icpc as you choose. -- Tim Prince

Re: [OMPI users] MPI_Comm_spawn and exported variables

Hi Ralph, That's correct. All of the original processes see the -x values, but spawned ones do not. Regards, Tim On Thu, Dec 19, 2013 at 6:09 PM, Ralph Castain wrote: > > On Dec 19, 2013, at 2:57 PM, Tim Miller wrote: > > > Hi All, > > > > I have a questi

[OMPI users] MPI_Comm_spawn and exported variables

pawned processes die complaining that they can't find the correct libraries to start the executable. Has there been a way that exported variables are passed to spawned processes between OpenMPI 1.6 and 1.7? Is there something else I'm doing wrong here? Best Regards, Tim

Re: [OMPI users] [EXTERNAL] MPI_THREAD_SINGLE vs. MPI_THREAD_FUNNELED

On 10/23/2013 01:02 PM, Barrett, Brian W wrote: On 10/22/13 10:23 AM, "Jai Dayal" > wrote: I, for the life of me, can't understand the difference between these two init_thread modes. MPI_THREAD_SINGLE states that "only one thread will execute", but MP

Re: [OMPI users] Hints for running OpenMPI on Intel/Phi (MIC) enabled hosts

On Wed, 10 Jul 2013, Ralph Castain wrote: And as was pointed out in a followup email, this problem was corrected in 1.6.5. I was using 1.6.4 Thanks! Tim Yeah, we discussed taking things from your thread, plus the wiki page on cross-compiling OMPI, and creating a new FAQ area. I'll

[OMPI users] Hints for running OpenMPI on Intel/Phi (MIC) enabled hosts

hosts (not two Phi cards) is going to choose the wrong interface at runtime. I'll show this by example. On a node that has a Phi card and has ofed-mic enabled, you end up with two IB interfaces. tim@phi001 osu]$ ibv_devices device

Re: [OMPI users] Support for CUDA and GPU-direct with OpenMPI 1.6.5 an 1.7.2

On Mon, 8 Jul 2013, Tim Carlson wrote: Now that I have gone through this process, I'll report that it works with the caveat that you can't use the openmpi wrappers for compiling. Recall that the Phi card does not have either the GNU or Intel compilers installed. While you could

Re: [OMPI users] Support for CUDA and GPU-direct with OpenMPI 1.6.5 an 1.7.2

with both the GNU and Intel compilers using the cross-compiler route (-mmic on the Intel side) Still working on getting the resulting mpicc wrapper working on the MIC side. When I get a working example I'll post the results. Thanks! Tim   Hi Tim,     Well, in general and not on

Re: [OMPI users] Support for CUDA and GPU-direct with OpenMPI 1.6.5 an 1.7.2

--disable-mpi-f77 checking if MCA component btl:openib can compile... no Tim   Thanks Tom, that sounds good. I will give it a try as soon as our Phi host here host gets installed.    I assume that all the prerequisite libs and bins on the Phi side are available when we download the Phi

Re: [OMPI users] EXTERNAL: Re: basic questions about compiling OpenMPI

d the compiler used to build the application. So there really isn't a good incentive to retrogress away from the USE files simply to avoid one aspect of mixing incompatible compilers. -- Tim Prince

Re: [OMPI users] basic questions about compiling OpenMPI

ld yourself, even if you use a (preferably more up to date version of) gcc, which you can use along with one of the commercial Fortran compilers for linux. -- Tim Prince

Re: [OMPI users] Configuration with Intel C++ Composer 12.0.2 on OSX 10.7.5

On 05/16/2013 10:13 PM, Tim Prince wrote: On 5/16/2013 2:16 PM, Geraldine Hochman-Klarenberg wrote: Maybe I should add that my Intel C++ and Fortran compilers are different versions. C++ is 12.0.2 and Fortran is 13.0.2. Could that be an issue? Also, when I check for the location of ifort, it

Re: [OMPI users] Configuration with Intel C++ Composer 12.0.2 on OSX 10.7.5

en't duplicated by the newer ones. You also need the 64-bit g++ active. -- Tim Prince

Re: [OMPI users] memory per core/process

than the rule. -- Tim Prince

Re: [OMPI users] mpivars.sh - Intel Fortran 13.1 conflict with OpenMPI 1.6.3

d you would want to find a way to avoid any reference to that library, possibly by avoiding sourcing that part of ifort's compilervars. If you want a response on this subject from the Intel support team, their HPC forum might be a place to bring it up: http://software.intel.com/en-us/forums/intel-clusters-and-hpc-technology -- Tim Prince

Re: [OMPI users] Compiling 1.6.1 with cygwin 1.7 and gcc

h". Do you have a reason for withholding information such as which Windows version you want to support, and your configure commands? -- Tim Prince

Re: [OMPI users] 转发：lwkmpi

ask }; } ^ Looks like your icpc is too old to work with your g++. If you want to build with C++ support, you'll need better matching versions of icpc and g++. icpc support for g++4.7 is expected to release within the next month; icpc 12.1 should be fine with g++ 4.5 and 4.6. -- Tim Prince

Re: [OMPI users] mpi.h incorrect format error?

int where the compiler (gcc?) complains. I suppose you must have built mpicc yourself; you would need to assure that the mpicc on PATH is the one built with the C compiler on PATH. -- Tim Prince

Re: [OMPI users] compilation on windows 7 64-bit

rning) cmsolver.cpp Which indicates that the openmpi version "openmpi_v1.6-x64" is 64 bit. And I'm sure that I installed the 64 bit version. I am compiling on a 64 bit version of Windows 7. setting X64 compiler project options? -- Tim Prince

Re: [OMPI users] undefined reference to `netcdf_mp_nf90_open_'

ler you are using, it appears that either you didn't build the netcdf Fortran 90 modules with that compiler, or you didn't set the include path for the netcdf modules. This would work the same with mpif90 as with the underlying Fortran compiler. -- Tim Prince

Re: [OMPI users] Cannot compile code with gfortran + OpenMPI when OpenMPI was built with latest intl compilers

compilers, so as to configure it to keep it off the default PATHs (e.g. --prefix=/opt/ompi1.4gf/), if you can't move the Ubuntu ompi. Surely most of this is implied in the OpenMPI instructions. -- Tim Prince

Re: [OMPI users] OpenMPI fails to run with -np larger than 10

ing the SSH launcher on an RHEL 6 derivative, you might give this a try. It's an SSH issue, not an OpenMPI one. Regards, Tim On Thu, Apr 12, 2012 at 9:04 AM, Seyyed Mohtadin Hashemi wrote: > Hello, > > I have a very peculiar problem: I have a micro cluster with three nodes (18 > co

Re: [OMPI users] redirecting output

> FILENAME and > log & these generate files however they are empty.any help would be appreciated. If you run under screen your terminal output should be collected in screenlog. Beats me why some sysadmins don't see fit to install screen. -- Tim Prince

Re: [OMPI users] [EXTERNAL] Possible to build ompi-1.4.3 or 1.4.5 without a C++ compiler?

libraries would be linked automatically. There was a single release of the compiler several years ago (well out of support now) where that sse2 library was omitted, although the sse3 version was present. -- Tim Prince

Re: [OMPI users] parallelising ADI

to be implemented in parallelizable fashion (not SSOR style where each line uses updates from the previous line), it should be feasible to divide the outer loop into an appropriate number of blocks, or decompose the physical domain and perform ADI on individual blocks, then update and repeat. -

Re: [OMPI users] Latest Intel Compilers (ICS, version 12.1.0.233 Build 20110811) issues ...

ect.<http://www.csi.cuny.edu/tobaccofree> Tobacco-Free Campus as of July 1, 2012. ___ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users -- --- Tim Carlson, PhD Senior Research Scientist Environmental Molecular Sciences Laboratory

Re: [OMPI users] openmpi - gfortran and ifort conflict

rying to install with ifort. This is one of the reasons for recommending complete removal (rpm -e if need be) of any MPI which is on a default path (and setting a clean path) before building a new one, as well as choosing a unique install path for the new one. -- Tim Prince

Re: [OMPI users] openmpi - gfortran and ifort conflict

ntel cluster checker, you will see noncompliance if anyone's MPI is on the default paths. You must set paths explicitly according to the MPI you want. Admittedly, that tool didn't gain a high level of adoption. -- Tim Prince

Re: [OMPI users] openmpi - gfortran and ifort conflict

e your PATH and LD_LIBRARY_PATH correctly simply by specifying absolute path to mpif90. -- Tim Prince

Re: [OMPI users] How to justify the use MPI codes on multicore systems/PCs?

rank pinned to a single L3 cache. All 3 MPI implementations which were tested have full shared memory message passing and pinning to local cache within each node (OpenMPI and 2 commercial MPIs). -- Tim Prince

Re: [OMPI users] orte_ess_base_select failed

--Original Message-- From: Gustavo Correa Sender: users-boun...@open-mpi.org To: Open MPI Users ReplyTo: Open MPI Users Sent: Dec 7, 2011 1:10 PM Subject: Re: [OMPI users] orte_ess_base_select failed Hi John Doe I would keep it very simple, particularly if you are just starting with MPI

[OMPI users] Run Time problem: Program hangs when utilizing multiple nodes.

determine the root of this error for the past week, but with no success. Any help would be greatly appreciated. Thank you, Tim Package: Open MPI root@intel16 Distribution Open MPI: 1.4.4 Open MPI SVN revision: r25188 Open MPI release date: Sep 27, 2011

Re: [OMPI users] EXTERNAL: Re: Question about compilng with fPIC

On 9/21/2011 12:22 PM, Blosch, Edwin L wrote: Thanks Tim. I'm compiling source units and linking them into an executable. Or perhaps you are talking about how OpenMPI itself is built? Excuse my ignorance... The source code units are compiled like this: /usr/mpi/intel/openmpi-1.4.

Re: [OMPI users] Question about compilng with fPIC

iles should be built with -fPIC or similar. Ideally, the configure and build tools would enforce this. -- Tim Prince

Re: [OMPI users] Building with thread support on Windows?

ral linuxes and mac and it works fine there. Not all Windows compilers work well enough with all threading models that you could expect satisfactory results; in particular, the compilers and thread libraries you use on linux may not be adequate for Windows thread support. -- Tim Prince

Re: [OMPI users] EXTERNAL: Re: How could OpenMPI (or MVAPICH) affect floating-point results?

irect instruction set translations which shouldn't vary from -O1 on up nor with linkage options nor be affected by MPI or insertion of WRITEs. -- Tim Prince

Re: [OMPI users] How could OpenMPI (or MVAPICH) affect floating-point results?

02b6e7e7f4000) libintlc.so.5 => /opt/intel/Compiler/11.1/072/lib/intel64/libintlc.so.5 (0x2b6e7ea0a000) -- Tim Prince

Re: [OMPI users] OpenMPI vs Intel Efficiency question

On 7/12/2011 11:06 PM, Mohan, Ashwin wrote: Tim, Thanks for your message. I was however not clear about your suggestions. Would appreciate if you could clarify. You say," So, if you want a sane comparison but aren't willing to study the compiler manuals, you might use (if your s

Re: [OMPI users] OpenMPI vs Intel Efficiency question

form very close, if using equivalent settings, when working within the environments for which both are suited. -- Tim Prince

Re: [OMPI users] MPI_COMM_DUP freeze with OpenMPI 1.4.1

MPI has affinity with Westmere awareness turned on by default. I suppose testing without affinity settings, particularly when banging against all hyperthreads, is a more severe test of your application. Don't you get better results at 1 rank per core? -- Tim Prince

Re: [OMPI users] USE mpi

if you had 2 versions of the same named compiler? -- Tim Prince

Re: [OMPI users] Mixing the FORTRAN and C APIs.

On 5/6/2011 10:22 AM, Tim Hutt wrote: On 6 May 2011 16:45, Tim Hutt wrote: On 6 May 2011 16:27, Tim Prince wrote: If you want to use the MPI Fortran library, don't convert your Fortran to C. It's difficult to understand why you would consider f2c a "simplest way," bu

Re: [OMPI users] Mixing the FORTRAN and C APIs.

On 6 May 2011 16:45, Tim Hutt wrote: > On 6 May 2011 16:27, Tim Prince wrote: >> If you want to use the MPI Fortran library, don't convert your Fortran to C. >>  It's difficult to understand why you would consider f2c a "simplest way," >> but at least

Re: [OMPI users] Mixing the FORTRAN and C APIs.

On 6 May 2011 16:27, Tim Prince wrote: > If you want to use the MPI Fortran library, don't convert your Fortran to C. >  It's difficult to understand why you would consider f2c a "simplest way," > but at least it should allow you to use ordinary C MPI function calls.

Re: [OMPI users] Mixing the FORTRAN and C APIs.

On 5/6/2011 7:58 AM, Tim Hutt wrote: Hi, I'm trying to use PARPACK in a C++ app I have written. This is an FORTRAN MPI routine used to calculate SVDs. The simplest way I found to do this is to use f2c to convert it to C, and then call the resulting functions from my C++ code. However PA

[OMPI users] Mixing the FORTRAN and C APIs.

./TDLSM() [0x404c19] [panic:20659] *** End of error message *** So my question is: Can I intermix the C and FORTRAN APIs within one program? Oh and also I think the cluster I will eventually run this on (cx1.hpc.ic.ac.uk, if anyone is from Imperial) doesn't use OpenMP, so what about other MPI implementations? Many thanks, Tim

Re: [OMPI users] Problem compiling OpenMPI on Ubuntu 11.04

%29 where you should see that you must take care to set option -std=c++0x when using current under icpc, as it is treated as a c++0x feature. You might try adding the option to the CXXFLAGS or whatever they are called in openmpi build (or to the icpc.cfg in your icpc installation). -- Tim Prince

Re: [OMPI users] OMPI monitor each process behavior

you consider ganglia et al? I cannot use ssh to access each node. How can MPI run? The program takes 8 hours to finish. -- Tim Prince

Re: [OMPI users] Shared Memory Performance Problem.

torage issue about cache eviction to arise. -- Tim Prince

Re: [OMPI users] Shared Memory Performance Problem.

On 3/28/2011 3:29 AM, Michele Marena wrote: Each node have two processors (no dual-core). which seems to imply that the 2 processors share memory space and a single memory buss, and the question is not about what I originally guessed. -- Tim Prince

Re: [OMPI users] Shared Memory Performance Problem.

e the guess that the performance difference under discussion referred to a single node. -- Tim Prince

  1   2   3   4   >