Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin
От | Robert Haas |
---|---|
Тема | Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin |
Дата | |
Msg-id | CA+TgmoZp_LmpTWLguUQ2putrvFmnD47FaARXcdS_XQ6KPAuOuQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Partitioning performance: cache stringToNode() of pg_constraint.ccbin (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Partitioning performance: cache stringToNode() of
pg_constraint.ccbin
|
Список | pgsql-hackers |
On Wed, Aug 6, 2014 at 9:35 PM, Bruce Momjian <bruce@momjian.us> wrote: > On Sun, Jan 12, 2014 at 12:53:40PM -0500, Noah Misch wrote: >> On Sat, Jan 11, 2014 at 02:10:01PM -0500, Bruce Momjian wrote: >> > On Mon, Jun 3, 2013 at 03:07:27PM -0400, Noah Misch wrote: >> > > A colleague, Korry Douglas, observed a table partitioning scenario where >> > > deserializing pg_constraint.ccbin is a hot spot. The following test case, a >> > > simplification of a typical partitioning setup, spends 28% of its time in >> > > stringToNode() and callees thereof: >> > >> > Noah, what is the status on this? >> >> Further study revealed a defect in the patch's memory management, and I have >> not gotten around to correcting that. > > I talked to Noah and he can't continue on this item. Can someone else > work on it? Well, it would be helpful if he could describe the defect he found, so that the next person doesn't have to guess. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: