Unfortunately, we have no way to "alias" an MCA param. :-\
This topic has come up a few times over the past few years, but no
one's actually extended the MCA params infrastructure to support
aliasing. I'm guessing that it wouldn't be too hard to do...
On Apr 1, 2008, at 5:22 AM, Lenny Verkhovsky wrote:
Hi,
is there any elegant way to register mpi parameter that will
actually be pointer or alias to hidden opal parameter ?
I still want to leave opal_paffinity_alone flag untouched but
instead expose mpi_paffinity_alone for the user.
thanks
Lenny.
On Mon, Mar 31, 2008 at 2:55 PM, Jeff Squyres <jsquy...@cisco.com>
wrote:
On Mar 27, 2008, at 8:02 AM, Lenny Verkhovsky wrote:
>
>> - I don't think we can delete the MCA param ompi_paffinity_alone;
it
>> exists in the v1.2 series and has historical precedent.
> It will not be deleted,
> It will just use the same infrastructure ( slot_list parameter and
> opal_base functions ). It will be transparent for the user.
>
> User have 3 ways to setup it
> 1. mca opal_paffinity_alone 1
> This will set paffinity as it did before
> 2. mca opal_paffinity_slot_list "slot_list"
> Used to define slots that will be used for all ranks on all
> nodes.
> 3. mca rmaps_rank_file_path rankfile
> Assigning ranks to CPUs according to the file
I don't see the MCA parameter "mpi_paffinity_alone" anymore:
-----
[4:54] svbu-mpi:~/svn/ompi2 % ompi_info --param all all | grep
paffinity_alone
MCA opal: parameter "opal_paffinity_alone" (current
value: "0")
[4:54] svbu-mpi:~/svn/ompi2 %
-----
My point is that I don't think we should delete this parameter; there
is historical precedence for it (and it has been documented on the web
page for a long, long time). Perhaps it can now simply be a synonym
for opal_paffinity_alone (registered in the MPI layer, not opal).
--
Jeff Squyres
Cisco Systems
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
