On Wed, Jan 4, 2012 at 2:28 PM, Barry Smith <bsmith at mcs.anl.gov> wrote:
> > On Jan 4, 2012, at 1:18 PM, TAY wee-beng wrote: > > > Hi Barry and Jed, > > > > So the 1st step should be checking the load balancing. If it's more or > less balanced, will slicing it in 3 directions further improve the speed? > > > > Another thing is that I hope to do some form of adaptive mesh refinement. > > > > I'm a bit confused. Are partitioning software like ParMETIS, Zoltan or > Isorropia also used for adaptive mesh refinement? > > > > Or which open source software can do that with PETSc and in Fortran? I > searched and got libMesh, for use with PETSc and paramesh, which is in > Fortran. > > Go with libmesh, it has an active community and mailing list for issues > that come up. > And will soon have its own DM :-) > > Barry > > > > > Yours sincerely, > > > > TAY wee-beng > > > > > > On 4/1/2012 1:11 AM, Barry Smith wrote: > >> On Jan 3, 2012, at 6:03 PM, Jed Brown wrote: > >> > >>> On Tue, Jan 3, 2012 at 17:57, Barry Smith<bsmith at mcs.anl.gov> wrote: > >>> Huh? Since it is a structured cartesian mesh code you just want to > split up the z direction so that each process has an equal number of grid > points > >>> > >>> I may have misunderstood this: "Uneven grids are used to reduce the > number of grids and the main bulk of grids clusters around the center." > >> I interpreted this to mean that it is using a graded mesh in certain > (or all) coordinate directions. I could be wrong. > >> > >> Barry > >> > >>> If the grid is structured, then I agree to just use a good structured > decomposition. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20120104/0d8a4709/attachment.htm>
