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: Brice Goglin (Brice.Goglin_at_[hidden])
Date: 2009-11-12 12:13:34

Jeff Squyres wrote:
>> * PLPA-like API is prefixed with hwloc_plpa_ and all functions get a new
>> hwloc_topology_t parameter. The problematic ones are:
>> + int hwloc_plpa_sched_getaffinity(pid_t pid, hwloc_cpuset_t cpuset);
> Hmm. I'm a little confused. If we don't provide a drop-in PLPA
> replacement API implementation, what's the point of implementing a
> PLPA-like API? PLPA users will still need to modify their code --
> shouldn't we be pointing them to the more-powerful hwloc API instead?
> There's certainly some desirable PLPA API features that could be
> imported to the HWLOC API -- but I would think that if people want to
> keep using the PLPA API, they can. It just won't [ever] be updated.
> The existing (and future) hwloc API is the migration path forward --
> I'm not convinced that providing a new API that's halfway between PLPA
> and hwloc is worthwhile...

Agreed, let's just remove this and tell people to use hwloc_[sg]et_*cpubind.