itaps-parallel Notes from 3/3/08 phone conference

txie at scorec.rpi.edu txie at scorec.rpi.edu
Thu Mar 6 09:55:38 CST 2008


Hi All,

The attached is our proposed non-collective migration functions based on
the 5 needs from Karen's last email. Currently, we have some questions
about the 5 functions listed below (I also put them in the attached file).
Please let us know if you have any problems. Thanks.

Regards,

Ting

------------------------------------------------------

First, do we need functions of array versions for Need 1, 2 and 5?

>
> Non-collective communication needed:
> 1.  Requests to migrate remote entities and (optionally) their
> higher-order
> adjacencies.  Note that the iMesh implementation must be smart enough to
> change ownership of lower-order entities that become orphaned due to
> migration.
------------------------------------------------------
We don't use argument include_upward_adj, because we think that we only
migrate all (partition) objects around the lower-order mesh entity that is
on the part boundary.

> 2.  Push entity data from owner to other parts for migrating entities and
> updating remote copies.
------------------------------------------------------
Here, the term 'remote copies' can be modified to 'ghost entities'.

> 5.  Capability to replace an entity with new entities, both locally and
> remotely.  This capability would include requests to perform an operation
> on
> an entity copy (e.g., split that edge), as well as communication to update
> remote entity handles for the new entities created.
------------------------------------------------------
Do we need to specify an argument 'int Replace_OP' in this function?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: migration_interface.h
Type: application/octet-stream
Size: 3751 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/itaps-parallel/attachments/20080306/c9bdb05e/attachment.obj>


More information about the itaps-parallel mailing list