Re: Getting better results from valgrind leak tracking - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Getting better results from valgrind leak tracking
Date
Msg-id 3690609.1616037707@sss.pgh.pa.us
Whole thread Raw
In response to Re: Getting better results from valgrind leak tracking  (Andres Freund <andres@anarazel.de>)
Responses Re: Getting better results from valgrind leak tracking  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> The most glaring case is the RelationInitTableAccessMethod() call in
> RelationBuildLocalRelation(). Seems like the best fix is to just move
> the MemoryContextSwitchTo() to just before the
> RelationInitTableAccessMethod().  Although I wonder if we shouldn't go
> further, and move it to much earlier, somewhere after the rd_rel
> allocation.

Yeah, same thing I did locally.  Not sure if it's worth working harder.

> There's plenty other hits, but I think I should get back to working on
> making the shared memory stats patch committable. I really wouldn't want
> it to slip yet another year.

+1, so far there's little indication that we're finding any serious leaks
here.  Might be best to set it all aside till there's more time.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Getting better results from valgrind leak tracking
Next
From: Peter Geoghegan
Date:
Subject: Re: New IndexAM API controlling index vacuum strategies