Compaq Visual Fortan for Windows was out, but HP aquired Compaq. HP, later
deciding they did not want it, along with the Alpha processor techonology,
sold them to Intel. So now it's Intel Visual Fortran Compiler for Windows.
In addition, if you don't want that package, instead they do sell a plug-
Dear All,
My parallel application ends when each process receives a msg, done in an
async way (but my question still arise if sync comm were used, see the ref to
the manpage). Senders call MPI_Finalize() after a call to MPI_Wait() and
receivers call MPI_Finalize() after having received the mes
On 7 May 2010 03:17, Jeff Squyres wrote:
>
> Indeed. I have seen some people have HT enabled in the bios just so that
> they can have the software option of turning them off via linux -- then you
> can run with HT and without it and see what it does to your specific codes.
I may have missed t
On 5/6/2010 9:07 PM, Trent Creekmore wrote:
Compaq Visual Fortan for Windows was out, but HP aquired Compaq. HP, later
deciding they did not want it, along with the Alpha processor techonology,
sold them to Intel. So now it's Intel Visual Fortran Compiler for Windows.
In addition, if you don't wa
On 5/6/2010 10:30 PM, John Hearns wrote:
On 7 May 2010 03:17, Jeff Squyres wrote:
Indeed. I have seen some people have HT enabled in the bios just so that they
can have the software option of turning them off via linux -- then you can run
with HT and without it and see what it does to y
Thank you very much, now I get it! :-)
Cheers,
Jovana
Hi Damien,
Currently only Fortran 77 bindings are supported in Open MPI on Windows.
You could set the Intel Fortran compiler with CMAKE_Fortran_COMPILER
variable in CMake (the full path to ifort.exe), and enable
OMPI_WANT_F77_BINDINGS option for Open MPI, then everything should be
compiled.
I don't have any hard numbers for fortran, but I do for C structures. Using C
structures with some other C functionality (pointer functions, etc etc) can
yield up to a 3x slowdown at worst, and at best, had a 15% slowdown. I have
seen similar results in fortran, but don't have the benchmark resu
On May 7, 2010, at 1:30 AM, John Hearns wrote:
> > Indeed. I have seen some people have HT enabled in the bios just so that
> > they can have the software option of turning them off via linux -- then you
> > can run with HT and without it and see what it does to your specific codes.
>
> I may
Thanks Shiqing. I'll try that. I'm not sure which bindings MUMPS uses,
I'll post back if I need F90.
My apologies for not asking a clearer question, when I said Fortran 90
support on Windows, I meant Open MPI, not compilers.
Damien
On 07/05/2010 3:09 AM, Shiqing Fan wrote:
Hi Damien,
Cu
Could you send a short reproducer code of the problem?
I have not heard of this, but we have not extensively tests the entire OMPI
code base with threading support enabled.
On May 6, 2010, at 7:03 AM, Ake Sandgren wrote:
> Hi!
>
> We have a code that trips on this fairly often. I've seen cas
The error message is telling you that you have invoked MPI_Finalize more than
once n a single process. The issue is that you can't do that -- you should
only invoke MPI_Finalize exactly once in a given process. It's not an issue of
ongoing communications when you invoke MPI_Finalize.
It's ok
If someone is deciding whether to use complex datatypes or stick with
contiguous ones, they need to look at their own situation. There is no
simple answer. The only thing that is fully predictable is that an MPI
operation, measured in isolation, will be no slower with contiguous data
than with di
I'm afraid I don't know enough about Boost to know.
What the specific error message means is that you have posted an MPI_Recv that
was too small to handle an incoming message. It is permissible in MPI to post
a receive that is *larger* than the corresponding incoming message, but it is
defined
Hi Jeff, John, Tim
I had asked the same question that John and Tim did,
but it got lost 100 emails ago on this thread.
Here I've been disabling/enabling HT on the BIOS,
as per Douglas Guptill's suggestion.
Jeff: Thank you very much for the wizardry details.
Very helpful for the list subscriber
Dear all,
I am trying to run a C++ program which uses dynamic libraries under mpi.
The compilation command looks like:
mpiCC `pkg-config --cflags itpp` -o montecarlo montecarlo.cpp `pkg-config
--libs itpp`
And it works if I executed it in one machine:
mpirun -np 2 -H localhost montecarlo
I
Hi,
I tried the 1.5a1r23092 snapshot and I used CMAKE 2.6.4 and 2.8.1. In
the CMake GUI, I checked the OMPI_WANT_F77_BINDINGS option, and added a
FilePath for CMAKE_Fortran_COMPILER of C:/Program Files
(x86)/Intel/Compiler/11.1/065/bin/ia32/ifort.exe. When I re-run the
Configure, CMake wipe
hello there...
as i've been advised to use open mpi rather than lam mpi i've tried to
install it.
i could not got any installation guide online
although i have tried to install using lam/mpi manual only
but i rushed into errors as follows
[root@localhost openmpi]# ./configure
..
..
*** C++ compil
As I advised you on the LAM/MPI list, please see:
http://www.open-mpi.org/community/help/
:-)
On May 7, 2010, at 1:08 PM, Bharath.K. Chakravarthi wrote:
>
> hello there...
> as i've been advised to use open mpi rather than lam mpi i've tried to
> install it.
> i could not got any install
Miguel Ángel Vázquez wrote:
> Dear all,
>
> I am trying to run a C++ program which uses dynamic libraries under mpi.
>
> The compilation command looks like:
>
> mpiCC `pkg-config --cflags itpp` -o montecarlo montecarlo.cpp
> `pkg-config --libs itpp`
>
> And it works if I executed it in one
You rushed into errors because you rushed through the installation. Open
MPI has very good, very thorough documentation. The FAQ has a whole
section that deals with building Open MPI:
http://www.open-mpi.org/faq/?category=building
--
Prentice
Jeff Squyres wrote:
> As I advised you on the LAM/MP
Hello,
my question is the following.
is it possible to send and receive C++ objects or STL structures (for
example, send map myMap) through openMPI SEND and RECEIVE functions?
at first glance i thought it was possible, but after reading some doc, im
not sure.
i dont have my source code at that st
On Fri, May 7, 2010 at 5:33 PM, Cristobal Navarro wrote:
> Hello,
>
> my question is the following.
>
> is it possible to send and receive C++ objects or STL structures (for
> example, send map myMap) through openMPI SEND and RECEIVE functions?
> at first glance i thought it was possible, but afte
Hello,
According to my understanding of the documentation, it should be possible to
set the default error handler for files with MPI_FILE_SET_ERRHANDLER. However,
the following small Fortran77 program fails, MPI_FILE_SET_ERRHANDLER returns an
error.
=
PROG
Greetings Fred.
After looking at this for more hours than I'd care to admit, I'm wondering if
this is a bug in gfortran. I can replicate your problem with a simple program
on gfortran 4.1 on RHEL 5.4, but it doesn't happen with the Intel Fortran
compiler (11.1) or the PGI fortran compiler (10.
Thanks for the answer,
ill will look at them when i get to this point, i've heard good comments
about boost.
Cristobal
On Fri, May 7, 2010 at 4:49 PM, Fernando Lemos wrote:
> On Fri, May 7, 2010 at 5:33 PM, Cristobal Navarro
> wrote:
> > Hello,
> >
> > my question is the following.
> >
> > i
Dear Jeff,
am afraid not, as I said in my original post I am using the Intel ifort
compiler version 9.0, i.e.
fred@prandtl:~> mpif77 -V
Intel(R) Fortran Compiler for Intel(R) EM64T-based applications, Version 9.0
Build 20060222 Package ID:
Copyright (C) 1985-2006 Intel Corporation. Al
Yoinks; I missed that -- sorry!
Here's a simple tarball; can you try this with your compiler? Just untar it and
make CC=icc FC=ifort
./main
Do you see only 6 entries in the array?
(I have icc 9.0, but I'm now running RHEL 5.4, and the gcc version with it is
too new for icc 9.0 -- so I can
Dear Jeff,
thats odd !!
fred@prandtl:~/test/fortran-c-2d-char> make CC=icc FC=ifort
ifort -g -c -o main.o main.f
icc -g -c -o c_func.o c_func.c
Error: A license for CComp is not available (-5,357).
I will look into this tomorrow, time for bed I am afraid !!
Fred Marquis.
On Fri, May 0
Dear Jeff,
following the failure I just reported I changed the CC=icc to CC=cc and reran
and got this:
fred@prandtl:~/test/fortran-c-2d-char> make CC=cc FC=ifort
cc -g -c -o c_func.o c_func.c
ifort -g main.o c_func.o -g -o main
fred@prandtl:~/test/fortran-c-2d-char> ./main
Got leading dimen
I haven't been following this whole discussion, but I do know
something about how Fortran allocates and passes string argument
(the joys of Fortran/C/python inter-language calls), for what
it's worth.
By definition in the Fortran language all strings have a predefined
length, which Fortran magic
31 matches
Mail list logo
