itaps-parallel A question about iMeshP interface functions

Jason Kraftcheck kraftche at cae.wisc.edu
Thu Aug 14 09:39:33 CDT 2008


Onkar Sahni wrote:
> 
>   Ting is not suggesting alternate form of these functions. I think the
> question is related to error message/code, as per specification it says
> "return an error code if an entity is not in the partition". How does an
> implementation return this error if the entity passed is a remote one
> (non-local to processor or off-proc.). Infact in the partition can mean
> in any part (local and non-local).
> 

I had assumed that if one had a handle for an entity at all, that the local
processor knew enough about that entity to answer such questions (e.g. that
it is an interface or ghost entity.)  But I missed several discussions.  Are
we back to considering entity handles to be globally unique across all
processors?


>   These functions are not inherently expensive and we do not want to do
> any search on the local mesh on a processor in these functions.
> 

It seems to me that the iMeshP_getEntOwnerPart and iMeshP_getEntOwnerPartArr
are inherently expensive, and those are the only two for which I see a
requirement to return an error if the passed entity is not contained in the
partition.  I'm looking at the draft spec Karen sent on July 24th.  Is there
a more recent one?

- jason




More information about the itaps-parallel mailing list