Thanks - that helps clarify a great deal!
I'll keep you posted, pending any further input on the initial question.
FWIW: I'm also using OMPI/ORTE in an embedded environment, so I suspect some of
our issues are common.
On Oct 12, 2010, at 9:59 AM, Kenneth Lloyd wrote:
> Ralph,
>
> I think I u
Ralph,
I think I understand the problem very well. My point is that it is easier
for us researchers to "bit-twiddle" than to ask accommodation from a more
"orthodox" implementation. If you believe that an OS threading approach
better addresses your concerns, then by all means, drop the single th
I honestly wasn't casting aspersions - just sounds like a very strange
operational mode. Never heard of something like that before.
The problem is that we continue to have issues with clean termination and
"hangs", largely because the program counter gets "hung" as we try to work with
an event-
Ralph,
There is really no need to do anything different to accommodate us "oddball"
cases. Continue to "do what you do".
Ken
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Ralph Castain
Sent: Tuesday, October 12, 2010 9:01 AM
To: Ope
Ugly is in the eye of the beholder. Some might even think it elegant.
-Original Message-
From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On
Behalf Of Ralph Castain
Sent: Tuesday, October 12, 2010 9:01 AM
To: Open MPI Developers
Subject: Re: [OMPI devel] Threading
Hmm
Okay, we seem to have this fixed finally. I've confirmed that the libevent 2.0
upgrade is working. Jeff and I plan to do some further cleanup of the configure
integration, but that will be transparent to operations.
So please check the system out:
http:/bitbucket.org/rhc/ompi-lib2
and let me k
Hmmm...I don't understand what you just said, but it definitely sounds -ugly-!
:-)
I'll take your word for it - we may have to provide a lower performance version
for such oddball purposes, and offer a higher capability version for everyone
else. I'll see if I can keep a single version, though,
In certain hybrid, heterogeneous HPC configurations, mpirun often cannot or
should not be threaded through the OS under which OpenMPI runs. The primary
OS and MPI can configure management nodes and topologies (even other MPI
layers) that subsequently spawn various OSes and other lightweight kernels
Same here.
--
Samuel K. Gutierrez
Los Alamos National Laboratory
> On Oct 11, 2010, at 11:41 PM, Ralph Castain wrote:
>
>> Does anyone know of a reason why mpirun can -not- be threaded, assuming
>> that all threads block and do not continuously chew cpu? Is there an
>> environment where this wou
On Oct 11, 2010, at 11:41 PM, Ralph Castain wrote:
> Does anyone know of a reason why mpirun can -not- be threaded, assuming that
> all threads block and do not continuously chew cpu? Is there an environment
> where this would cause a problem?
We don't have any machines at Sandia where I could
Does anyone know of a reason why mpirun can -not- be threaded, assuming that
all threads block and do not continuously chew cpu? Is there an environment
where this would cause a problem?
Ralph
11 matches
Mail list logo
