On Fri, Nov 1, 2013 at 12:54 PM, John Peterson <jwpeter...@gmail.com> wrote:
>
> On Fri, Nov 1, 2013 at 11:59 AM, John Peterson <jwpeter...@gmail.com>wrote:
>
>>
>> It also appears to be a good deal faster than before, which is a nice
> side benefit!
>
Well, marginally faster once I put all the logging statements and "sleep"
calls back in, anyway.
https://drive.google.com/file/d/0B9BK7pg8se_ibUJIcDlJWUpZSEk/edit?usp=sharing
You can definitely see the difference in the "300.b" labels (which is when
the global_index_map has finished constructing) on the two plots! I'd say
vectormap is a definite win, so feel free to merge it unless you feel it
needs more testing.
I guess the next thing I'll look at is
400.a/b: Wraps the creation of the 'xadj', 'adjncy', and 'graph' objects.
> vwgt is also written to during this time, so it must finally be allocated.
> Note that 'graph' has been deallocated by the time we reach 400.b.
but I really don't see any obvious path for achieving memory optimization
here, unless it's possible to build the 'adjncy' array directly without the
intermediate 'graph' object.
--
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