From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: hyrax vs. RelationBuildPartitionDesc |
Date: | 2019-03-13 18:26:28 |
Message-ID: | 10788.1552501588@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> Dunno if that's related to hyrax's issue, though.
> It's related in the sense that it's a leak, and any leak will tend to
> run the system out of memory more easily, but what I observed was a
> large leak into MessageContext, and that would be a leak into
> CacheMemoryContext, so I think it's probably a sideshow rather than
> the main event.
OK, in that case it's definitely all the temporary data that gets created
that is the problem. I've not examined your patch in great detail but
it looks plausible for fixing that.
I think that RelationBuildPartitionDesc could use some additional cleanup
or at least better commenting. In particular, it's neither documented nor
obvious to the naked eye why rel->rd_partdesc mustn't get set till the
very end. As the complainant, I'm willing to go fix that, but do you want
to push your patch first so it doesn't get broken? Or I could include
your patch in the cleanup.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-03-13 18:36:13 | Re: hyrax vs. RelationBuildPartitionDesc |
Previous Message | Alvaro Herrera | 2019-03-13 18:21:45 | Re: hyrax vs. RelationBuildPartitionDesc |