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. 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.
