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