| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Getting better results from valgrind leak tracking |
| Date: | 2021-03-18 03:21:47 |
| Message-ID: | 3690609.1616037707@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Geoghegan | 2021-03-18 03:23:34 | Re: New IndexAM API controlling index vacuum strategies |
| Previous Message | Andres Freund | 2021-03-18 03:15:36 | Re: Getting better results from valgrind leak tracking |