Dear all,
I do my PhD in physics and use a program, which uses openmpi for
a sophisticated calculation.
But there is a Problem with "max. message size ". That is limited to ~2GB.
I do not know how is called it exactly?!
Is there any possibility to extend this memory size?
I am very grateful f
Mr mohammad assadsolimani,
1. your questions belongs to the 'OMPI users' mailing list, this one is for
developers.
2. in MPI, the input parameters are defined to be integers.
Integers usually are 32bit long (unless you use ILP64 instead of LP64, what is
still unusual). So I swear, your progra
On 07/07/2013 05:43 PM, Ralph Castain wrote:
I've been playing with this some more and have it working, though I need Jeff
to help resolve one lingering issue.
However, I ran across a couple of things that you folks are going to need to
think about for Fedora:
1. the current libevent rpm does
Could somebody add these required headers to the repository? Thank you
in advance:
Making all in mca/db/sqlite
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/opal/mca/db/sqlite'
CC libmca_db_sqlite_la-db_sqlite_component.lo
CC libmca_db_sqlite_la
Actually, those headers needed to be deleted - done. I take it you were
deliberately trying to build that support? Otherwise, it shouldn't have built.
On Jul 8, 2013, at 11:11 AM, Vasiliy wrote:
> Could somebody add these required headers to the repository? Thank you
> in advance:
>
> Making a
Oh, well, it does not:
Making all in mca/db/sqlite
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/opal/mca/db/sqlite'
CC libmca_db_sqlite_la-db_sqlite_component.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sq
It has been taken from the compilation log:
Making all in mca/sensor/ft_tester
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/orte/mca/sensor/ft_tester'
CC sensor_ft_tester.lo
CC sensor_ft_tester_component.lo
/usr/src/64bit/release/openmpi/openmp
there're more to come:
Making all in mca/sensor/resusage
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/orte/mca/sensor/resusage'
CC sensor_resusage.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/resusage/sensor_resu
I haven't checked that yet, however, from my experience, creating a
shared library manually from the same compiled objects never was a
problem at a later stage, it's usually because of Makefile's
inconsistent dependencies ordering:
$ uname -srvmo
CYGWIN_NT-6.1 1.7.21(0.267/5/3) 2013-06-28 10:03 x8
This is not enough information to know what is going wrong with the debugger
library -- all you pasted was a link failure with no surrounding context...
Don't forget that we officially dropped Windows support in v1.7. Cygwin
supposedly works, but we're not testing it, so I wouldn't be surprised
Il 7/8/2013 9:00 PM, Vasiliy ha scritto:
I haven't checked that yet, however, from my experience, creating a
shared library manually from the same compiled objects never was a
problem at a later stage, it's usually because of Makefile's
inconsistent dependencies ordering:
$ uname -srvmo
CYGWIN_N
According to https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it
is time for our annual review of Open MPI SVN accounts of these SVN repos:
hwloc, mtt, ompi-docs, ompi-tests, ompi-www, ompi.
*** Organizations must reply by COB Friday, 12 July, 2013 ***
*** No reply means: delete all
On Jul 8, 2013, at 6:32 PM, "Jeff Squyres (jsquyres)"
wrote:
> Cisco
> =
> dgoodell: Dave Goodell
> jsquyres: Jeff Squyres
Both of Cisco's accounts should stay active.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_bu
All ORNL's accounts should stay active as well.
Pavel (Pasha) Shamis
---
Computer Science Research Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Jul 8, 2013, at 6:32 PM, Jeff Squyres (jsquyres)
mailto:jsquy...@cisco.com>> wrote:
According to https://svn.open-mpi
On 7/8/13 4:32 PM, "Jeff Squyres (jsquyres)" wrote:
>According to
>https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it is time
>for our annual review of Open MPI SVN accounts of these SVN repos: hwloc,
>mtt, ompi-docs, ompi-tests, ompi-www, ompi.
>
>*** Organizations must reply by C
Please keep all LANL accounts active.
Thanks,
Sam
On Jul 8, 2013, at 4:32 PM, Jeff Squyres (jsquyres) wrote:
>
> LANL
>
> hjelmn: Nathan Hjelm
> samuel: Samuel K. Gutierrez
>
Is it safe to say that you are going thru an exercise testing every option that
exists? Just want to know so I can set expectations
On Jul 8, 2013, at 11:47 AM, Vasiliy wrote:
> there're more to come:
>
> Making all in mca/sensor/resusage
> make[2]: Entering directory
> '/usr/src/64bit/releas
both accounts for UH should stay active.
Edgar
On 7/8/2013 5:32 PM, Jeff Squyres (jsquyres) wrote:
> According to https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it
> is time for our annual review of Open MPI SVN accounts of these SVN repos:
> hwloc, mtt, ompi-docs, ompi-tests, om
18 matches
Mail list logo
