itaps-parallel Part handles
Vitus Leung
vjleung at sandia.gov
Tue Jun 24 14:53:10 CDT 2008
For the functions that return all the part handles on a processor, are
the part handles going to be in some kind of canonical order?
Vitus
On Tue, 2008-06-24 at 12:37 -0600, Tim Tautges wrote:
>
> Vitus Leung wrote:
> > In the draft interface, there are functions that take part handles that
> > may be local or remote (without rank) and functions that return remote
> > part handles (again without rank). It seems to me that these would
> > require globally unique part handles.
>
> If the application relies on iMesh for getting its part handles, then
> this only requires the implementation to be able to return the rank of
> that remote part handle. That leaves the implementation to choose how
> it's done.
>
> - tim
>
>
> Also, there is an open item on
> > iMeshP_syncPartitionAll computing a mapping from part handles to
> > integers 0,...,k-1. If that is done, Zoltan could make use of that
> > information. Zoltan takes as input the existing partition. After
> > Zoltan computes new assignments, iMeshP_exchEntArrToPartsAll will
> > migrate the entities to their assigned parts. I believe the parts have
> > to already exist since part handles are used for the migration.
> >
> > Vitus
> >
> >> + Part handles are globally unique (so that remote part handles make
> >> sense and Zoltan doesn't go insane);
> >> - remote part handles won't exist on a processor unless they were
> >> communicated there somehow; in that case the implementation will be able
> >> to store the proc # with (not in) the handle if it so chooses
> >> - didn't I hear you say, Karen, that Zoltan computes its own 0..n-1
> >> numbering of parts anyway? Or, will you eliminate that if we have
> >> unique part handles?
> >> - are we assuming an application will allocate all the part handles
> >> before calling Zoltan for the partitioning case? Does it actually have
> >> to migrate entities to the processor owning a part in order to assign
> >> those entities to that part? Or, can a given processor only assign
> >> local entities to local parts? That seems like a pretty severe
> >> limitation (and would only allow you to partition for increasing #'s of
> >> processors besides)
> >
> >
> >
> >
>
> --
> ================================================================
> "You will keep in perfect peace him whose mind is
> steadfast, because he trusts in you." Isaiah 26:3
>
> Tim Tautges Argonne National Laboratory
> (tautges at mcs.anl.gov) (telecommuting from UW-Madison)
> phone: (608) 263-8485 1500 Engineering Dr.
> fax: (608) 263-4499 Madison, WI 53706
>
>
More information about the itaps-parallel
mailing list