On Thu, May 30, 2013 at 5:50 PM, Kirk, Benjamin (JSC-EG311) <
benjamin.kir...@nasa.gov> wrote:

> On May 30, 2013, at 4:44 PM, "Manav Bhatia" <bhatiama...@gmail.com> wrote:
>
> > At this stage, should I attempt to read the .xdr file into my code with
> a ParallelMesh data structure? Would the mesh from this .xdr file be read
> in parallel, thereby reducing the memory footprint?
>
> That is the theory. The Xdr io code will read the mesh in chunks. Also, if
> the partitioning was written to the file, each processor should only accept
> the pieces it owns.
>
> That is the theory. If it doesn't work right I'd love to get your mesh and
> try to make it work right.
>
> -Ben
>
>
> I was looking through the Nemesis IO class, and the pdf document for the
same in contrib/exodus. It seems like Nemesis is able to operate under
two paradigms: first, a single exodus file with a companion partitinoing
file, and the second being a set  of exodus files that can be read in
parallel by individual processors.

Does the Nemesis_IO handle both these?

It seems like the second scheme is tied to the number of processors since
the number of exodus files needs to be same as that. If this is true, then
the first one appears to be more flexible to handle a changing number of
processors for different runs.

Also, if I intend to use ParallelMesh with one of these two schemes, each
processor would store its own portion of the mesh even while reading.
Correct? Following the initial read, if I intend to re-partition the
(ParallelMesh) mesh object with Parmetis and redistribute the elements,
would the data-structure support it?

Thanks,
Manav
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Libmesh-users mailing list
Libmesh-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-users

Reply via email to