On Mon, 26 Oct 2009, Roy Stogner wrote: > On Mon, 26 Oct 2009, Tim Kroeger wrote: > >> 3. _n_v_comp should have identical entries for each DofObject in the >> mesh > > For isoparametric LAGRANGE elements, yes. For other elements, there > is still a lot of redundancy, but there can be many different cases. > Vertices, edges, faces, and volumes will have different numbers of > components per variable, and likewise for different varieties of > hanging nodes.
I see. Anyway, at least it should be possible to replace some of the pointers with ints or short ints (or perhaps chars). I mean, one could make the arrays one-dimensional and then manage an array of offsets for the systems instead. Since _n_v_comp and _dof_ids are private in DofObject, the necessary changes should be manageable. Do you agree? Would such a change be welcome if I implemented it? It would save some memory, but possible at the cost of time. I don't know how often this information is accessed. If it is read in each assembly, it could slow down things noticably. Still, there must be some other memory glutton in my application which I have not found yet. Does anybody know how PETSc's memory consumption behaves in 64-bit mode? By the way, what is the current state of ParallelGrid? Perhaps, this should be the right time for me to switch? Best Regards, Tim -- Dr. Tim Kroeger [email protected] Phone +49-421-218-7710 [email protected] Fax +49-421-218-4236 Fraunhofer MEVIS, Institute for Medical Image Computing Universitaetsallee 29, 28359 Bremen, Germany ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
