On May 10, 2008, at 9:00 AM, Jeff Squyres wrote:
Er, no. I thought the group had agreed to the main idea last Tuesday
(framework for filtering output). We were racing against the time-to-
branch clock and didn't take the time for an RFC after we agreed on
the design. Do we need to?
I don't
I think that this issue has come up before, but I filed a ticket about
it because at least one developer (Jon) has a system with both IB and
iWARP adapters:
https://svn.open-mpi.org/trac/ompi/ticket/1282
My question: do we care about the heterogeneous adapter scenarios?
For v1.3? For
Sorry it took so long for a reply; Ralph and I were working on this
code much of the day in an attempt to have it all complete / tidied up
for the teleconf tomorrow.
On May 12, 2008, at 10:04 AM, Josh Hursey wrote:
Er, no. I thought the group had agreed to the main idea last Tuesday
(fram
On 5/12/08 3:49 PM, "Jeff Squyres" wrote:
> Sorry it took so long for a reply; Ralph and I were working on this
> code much of the day in an attempt to have it all complete / tidied up
> for the teleconf tomorrow.
>
>
> On May 12, 2008, at 10:04 AM, Josh Hursey wrote:
>
>>> Er, no. I thoug
I think a wiki page describing this should be fine. Just wanted to
make sure I use the new functionality properly.
Cheers,
Josh
On May 12, 2008, at 5:59 PM, Ralph Castain wrote:
On 5/12/08 3:49 PM, "Jeff Squyres" wrote:
Sorry it took so long for a reply; Ralph and I were working on thi
After looking at the code a bit, I realized that I completely forgot
that the INI file was invented to solve at least the heterogeneous-
adapters-in-a-host problem.
So I amended the ticket to reflect that that problem is already
solved. The other part is not, though -- consider two MPI proc
Short version:
--
I propose that we should disallow multiple different
mca_btl_openib_receive_queues values (or receive_queues values from
the INI file) to be used in a single MPI job for the v1.3 series.
More details:
-
The reason I'm looking into this heterogeneit
I -think- I may have found the problem here, but don't have a real test case
- try r18429 and see if it works.
On 5/11/08 4:32 PM, "Josh Hursey" wrote:
> From the stacktrace, this doesn't look like a problem with
> base_select, but with 'orte_util_encode_pidmap'. You may want to
> start lookin