Open MPI logo

Hardware Locality Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Hardware Locality Development mailing list

Subject: Re: [hwloc-devel] towards PLPA-like API in 1.0
From: Jeff Squyres (jsquyres_at_[hidden])
Date: 2009-12-10 17:28:35

On Dec 10, 2009, at 5:22 PM, Samuel Thibault wrote:

> > Are you saying that the API will be all OS/physical, with conversion functions from #3 to convert to/from logical?
> No, it should stay logical, conversion would be just to translate into OS/physical.

Ok -- good. Consistent (CLI and C) == good. We'll need translation functions for both directions, right? (to and from OS/physical)

> > Additionally, what exactly is the logical ordering defined to be?
> See topology.c, it's always topologically ordered, and then ordered
> by OS cpu numbers. So for instance if the topology is flat, the OS
> CPU numbers would get used. Then the topology distorts the OS CPU
> numbering. So logical ordering is as close as OS CPU numbering as
> possible, constrained by topology.

Awesome. As you noted, I only looked in the linux file; not the top-level topology.c. Cool.

> > We need to guarantee that it is the same across every run,
> It is, unless the BIOS changes the CPU numbers.

Agreed: nothing we can do about that.

> > My point: if we're going to have a logical ordering, we should be able to provide at least some level of guarantee of stability about that logical ordering.
> For sure since that was precisely what I had in my when I put the
> sorting code in the generic part.

2 steps ahead of me. Perfect. :-)

Jeff Squyres