On Sat, 7 Feb 2015, Paul T. Bauman wrote: > In addition to the ParallelMesh suggestion, you could try generating a > smaller mesh, say 50x50x50, and call > MeshRefinement(mesh).uniformly_refine(2)
This is the right thing to do. IIRC we don't yet have a distributed code path for build_cube(), which means that even if you use ParallelMesh then the mesh generator will build a serialized mesh first and delete remote elements second. If you try to build the fine mesh from scratch, you'll still run out of memory before it ever gets to the deletion. Building the coarse mesh first then refining it should avoid that problem. --- Roy ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
