[Trilinos-Users] moar memory leaks/obsessive allocations

[Nico Schlömer]

Confirmed. Thanks!


On Wed, Jul 4, 2012 at 2:55 PM, Bartlett, Roscoe A. <bartlettra at ornl.gov> wrote:
> The reduceall leak is fixed in the master branch and the latest release branch.
>
> Sent from my Android phone.
>
>
> -----Original Message-----
> From: Nico Schlömer [nico.schloemer at gmail.com<mailto:nico.schloemer at gmail.com>]
> Sent: Wednesday, July 04, 2012 04:14 AM Eastern Standard Time
> To: trilinos-users at software.sandia.gov
> Subject: [Trilinos-Users] moar memory leaks/obsessive allocations
>
>
> Hi all,
>
> with the big chunk of the Epetra_FE*Matrix allocations gone, I other
> leak-like effects surface. Here's one with potentially larger impact,
> Teuchos::reduceAll (which is called by virtually all dot-products).
>
> http://win.ua.ac.be/~nschloe/other/mass2.png
> http://win.ua.ac.be/~nschloe/other/massif.out.39989
>
> Again, over time, the methods builds up more and more memory. It's
> less clear to me how this happens though as reduceAll() itself is
> const. It appears to be the create_contiguous call, and hence the
> numBytes argument to reduceAll. From then on it's digging where those
> calls are made.
>
> --Nico
>
> _______________________________________________
> Trilinos-Users mailing list
> Trilinos-Users at software.sandia.gov
> http://software.sandia.gov/mailman/listinfo/trilinos-users
>