itaps-parallel Notes from today's meeting
Devine, Karen D
kddevin at sandia.gov
Mon Apr 19 10:00:05 CDT 2010
On 4/19/10 8:06 AM, "Tim Tautges" <tautges at mcs.anl.gov> wrote:
>
> This is a good time to mention another application of multiple
> partitionings, that I've encountered in two unrelated radiation
> transfer apps now. The first partiioning is the normal domain
> decomposition over procs in one communicator. The other is a broadcast
> of that whole (subdomain) mesh over a smaller set of procs. This
> second is the discretization of the energy domain over a spatial
> subdomain. In the app, you reduce across energy groups to get element-
> wise power, then across subdomains to output or reduce to vet total
> power.
>
> This leads me to think that a part isn't synonymous wih an instance,
> but with a communicator (or, more precisely, a commmunicator is always
> associated with a part, wih the part possibly shared betw comm's).
> Thoughts?
The iMeshP header file says "Partitions have communicators associated with
them. These communicators can be thought of as MPI communicators." If we
made iMesh instances == Parts, we would need to associate MPI communicators
with iMesh instances, right? Your application would not support the
assumption of MPI_COMM_WORLD everywhere, right?
More information about the itaps-parallel
mailing list