I echo what Ralph said -- congratulations!
Let us know when you'll be ready to contribute back what you can.
Thanks!
On Jun 27, 2011, at 9:58 PM, Takahiro Kawashima wrote:
> Dear Open MPI community,
>
> I'm a member of MPI library development team in Fujitsu. Shinji
> Sumimoto, whose name app
Thank you for the info! Congratulations on a tremendous achievement
I look forward to hearing more about the system and its performance as
disclosure permits. Anything you can share is most welcome as we always welcome
the opportunity to learn how to improve OMPI.
Meantime, good wishes on your
Dear Open MPI community,
I'm a member of MPI library development team in Fujitsu. Shinji
Sumimoto, whose name appears in Jeff's blog, is one of our bosses.
As Rayson and Jeff noted, K computer, world's most powerful HPC system
developed by RIKEN and Fujitsu, utilizes Open MPI as a base of its MPI
Hi Jeff,
yes, you should definitely do that.
Thanks,
Ralf
* Jeff Squyres wrote on Mon, Jun 27, 2011 at 03:58:14PM CEST:
> We lock in a specific set of Autotools for a given release series and try
> very hard not to change them for the life of that series, just to prevent
> unexpected incompati
On Sat, Jun 25, 2011 at 9:23 PM, Jeff Squyres wrote:
> I got more information:
>
> http://blogs.cisco.com/performance/open-mpi-powers-8-petaflops/
That's really awesome!!
SC08: "Open MPI: 10^15 Flops Can't Be Wrong"
2011: "Open MPI: 8 * 10^15 Flops Can't Be Wrong"
And equally awesome is tha
Actually, can you send all the information listed here:
http://www.open-mpi.org/community/help/
On Jun 27, 2011, at 10:04 AM, Xin He wrote:
> Hi,
>
> the appendix is my config.log. Hope it will be helpful.
>
> Regards,
> Xin
>
> On 06/27/2011 03:22 PM, Josh Hursey wrote:
>> I tried a fre
Hi,
the appendix is my config.log. Hope it will be helpful.
Regards,
Xin
On 06/27/2011 03:22 PM, Josh Hursey wrote:
I tried a fresh checkout of the trunk this morning (r24823) and could
not reproduce with that configure string on a Linux
2.6.18-238.12.1.el5 x86_64 machine.
Can you send a zip'
We lock in a specific set of Autotools for a given release series and try very
hard not to change them for the life of that series, just to prevent unexpected
incompatibilities / issues.
The v1.4 series is using:
AC 2.63
AM 1.10.1
LT 2.2.6b
m4 1.4.11
The v1.5 series is using:
AC 2.65
AM 1.11
FWIW: I hit a similar error this morning on my Mac after an update. However,
rerunning the autogen + configure sequence made it disappear.
On Jun 27, 2011, at 7:22 AM, Josh Hursey wrote:
> I tried a fresh checkout of the trunk this morning (r24823) and could
> not reproduce with that configure s
I tried a fresh checkout of the trunk this morning (r24823) and could
not reproduce with that configure string on a Linux
2.6.18-238.12.1.el5 x86_64 machine.
Can you send a zip'ed up copy of your config.log? That may help us
highlight any other environment differences.
-- Josh
On Mon, Jun 27, 2
On Jun 27, 2011, at 6:57 AM, Ken Lloyd wrote:
> One point I've been trying to put forward in my domain is, currently, high
> performance computing != high reliability computing. Not by a long shot.
> Seems that they are orthogonally coupled.
I think that has been true in the past - an emerging
One point I've been trying to put forward in my domain is, currently,
high performance computing != high reliability computing. Not by a long
shot. Seems that they are orthogonally coupled.
There are many pieces to this problem-puzzle. Some of these pieces are
inter-related. Some of my work has de
It has been on my to-do list for a while to start a FAQ listing of the
various resilience/FT related activities in and around Open MPI. This would
provide a starting location for users and new developers could go to for an
overview of each of the features, and how to activate/use the feature.
I'll
Hi,
I even tried re-downloading the whole project and did all things. First
autogen, then ./configure --disable-mpi-f90 --disable-mpi-f77
--disable-mpi-cxx --disable-vt --disable-io-romio --prefix=/usr
--enable-heterogeneous. It was during "make" those messages displayed.
I'm using Ubuntu 64
Hi John,
* John Esmet wrote on Sun, Jun 26, 2011 at 06:41:48AM CEST:
> I went to untar the source code and the folders are mode 777. Call me OCD,
> but I find this a little strange. What's up?
Newer Automake releases should have that fixed:
http://thread.gmane.org/gmane.comp.sysutils.autotools.an
15 matches
Mail list logo
