From: Derek G. <fri...@gm...> - 2012-11-13 18:19:48
|
Andrew, You shouldn't need to use a partitioner directly... unless you're doing something funky. Partitioning just happens "automagically" with libMesh for most use cases. For instance you should be able to run any of the examples in parallel (using mpiexec) and you'll see the mesh is automatically partitioned. What are you trying to do that would necessitate interacting directly with a partitioner? On Tue, Nov 13, 2012 at 9:46 AM, Roy Stogner <roy...@ic...>wrote: > > > On Tue, 13 Nov 2012, Andrew E Slaughter wrote: > > > Thanks for fixing my stupid mistake (3 weeks of classdef's in MATLAB > > has messed with me). The program now runs but when I run: mpiexec -n > > 2 I just get the following, which is showing the mesh is not > > parallel. > > Your previous code instantiated a Mesh, which (unless you configured > with --enable-parmesh) defaults to SerialMesh, in which case you'd > expect is_serial() to be true. > > But you'd still expect it to be partitioned into > libMesh::n_processors() parts. If you "mpiexec -n 2" and still see > libMesh::n_processors()==1 then there's something wrong with your MPI > configuration. Not sure what, though. Could you have linked with one > version of MPI but then run with mpiexec from a different version? > > You might want to use libMesh::out and libMesh::err instead of printf > to stdout; libMesh uses C++ iostreams internally and sets > sync_with_stdio(false), which gives a performance gain on some systems > but which might scramble mixed stdio/iostreams output on others. If > you can't avoid mixing the two, run your libMesh programs with > --sync-with-stdio on the command line. > --- > Roy > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > Libmesh-users mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmesh-users > |