On Sat, Nov 2, 2013 at 8:21 AM, Kirk, Benjamin (JSC-EG311) <
benjamin.k...@nasa.gov> wrote:
> On Nov 2, 2013, at 9:03 AM, John Peterson <jwpeter...@gmail.com>
> wrote:
>
> > Damn... Yeah this would clearly help the most for the parallel runs. No
> reason to really optimize anything else until that's implemented!
>
> So that is done now in the branch...
>
Nice work! We are now well below 7 Gb now:
https://drive.google.com/file/d/0B9BK7pg8se_iQXpnT0x6aEY5aTg/edit?usp=sharing
but the best part is it should scale much better while adding processors
(doing some more runs to test that theory at the moment.)
> I'll still work to refractor the adjacency build, but that'll take more
> concentration than I can muster this morning!
OK, but you might not even want to bother! We were around 5.5-6 Gb total
memory (on 2 cores) on the SFC and Centroid partitioners, so we're already
in that same ballpark for Metis.
--
John
------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel
