Re: slow commits with heavy temp table usage in 8.4.0

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Todd A(dot) Cook" <tcook(at)blackducksoftware(dot)com>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: slow commits with heavy temp table usage in 8.4.0
Date: 2009-08-23 19:24:50
Message-ID: 2814.1251055490@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Todd A. Cook" <tcook(at)blackducksoftware(dot)com> writes:
> Tom Lane wrote:
>>> If you roll back a truncate, do you get the expected state?

> I did a number of variations on the test below, with and without "on drop commit",
> and similar tests where the "create table" is done before the "begin". After the
> checkpoint, the number of files in the database directory always returned to the
> value before the "begin" (210 in this case). Everything behaved as expected.

Thanks for doing the testing. I've applied this patch to CVS HEAD.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-08-23 19:31:43 Re: clang's static checker report.
Previous Message Grzegorz Jaskiewicz 2009-08-23 19:21:46 Re: clang's static checker report.