Received: from localhost (unknown [200.46.204.183])
	by postgresql.org (Postfix) with ESMTP id 5AFD52E01A6
	for <pgsql-performance-postgresql.org@postgresql.org>;
	Mon, 10 Mar 2008 12:10:16 -0300 (ADT)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024)
	with ESMTP id 88848-04 for
	<pgsql-performance-postgresql.org@postgresql.org>;
	Mon, 10 Mar 2008 12:10:13 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.5
Received: from www.postnewspapers.com.au (www.postnewspapers.com.au
	[202.61.230.242])
	by postgresql.org (Postfix) with ESMTP id 85E692E01D5
	for <pgsql-performance@postgresql.org>;
	Mon, 10 Mar 2008 12:10:12 -0300 (ADT)
Received: from mail.postnewspapers.com.au
	(202-89-185-120.static.dsl.amnet.net.au [202.89.185.120])
	by www.postnewspapers.com.au (Postfix) with ESMTP id 34C06C105;
	Tue, 11 Mar 2008 00:10:08 +0900 (WST)
Received: from localhost (access [127.0.0.1])
	by mail.postnewspapers.com.au (Postfix) with ESMTP id 165F61E0435;
	Tue, 11 Mar 2008 00:10:08 +0900 (WST)
X-Virus-Scanned: Debian amavisd-new at postnewspapers.com.au
Received: from mail.postnewspapers.com.au ([127.0.0.1])
	by localhost (access.postnewspapers.com.au [127.0.0.1]) (amavisd-new,
	port 10024)
	with LMTP id iI9a-b741qdv; Tue, 11 Mar 2008 00:10:06 +0900 (WST)
Received: from [203.161.97.213] (203.161.97.213.static.amnet.net.au
	[203.161.97.213])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "Craig Ringer",
	Issuer "POST Certificate Authority" (verified OK))
	by mail.postnewspapers.com.au (Postfix) with ESMTP id 565211E0434;
	Tue, 11 Mar 2008 00:10:06 +0900 (WST)
Message-ID: <47D54F48.2090904@postnewspapers.com.au>
Date: Tue, 11 Mar 2008 00:10:00 +0900
From: Craig Ringer <craig@postnewspapers.com.au>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Heikki Linnakangas <heikki@enterprisedb.com>,
	pgsql-performance@postgresql.org
Subject: Re: Very slow (2 tuples/second) sequential scan after bulk
	insert; speed returns to ~500 tuples/second after commit
References: <47D505AF.4040101@postnewspapers.com.au>
	<47D5150C.8090802@enterprisedb.com>
	<23588.1205159638@sss.pgh.pa.us>
	<47D54A47.3030608@postnewspapers.com.au>
	<24005.1205161372@sss.pgh.pa.us>
In-Reply-To: <24005.1205161372@sss.pgh.pa.us>
X-Enigmail-Version: 0.95.6
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200803/201
X-Sequence-Number: 29155

Tom Lane wrote:
> Craig Ringer <craig@postnewspapers.com.au> writes:
>   
>> It seems to happen with every statement run in the same transaction as, 
>> and after, the procedure with all the subtransactions. As soon as a 
>> COMMIT is executed, operations return to normal speed.
>>     
>
> Ah.  I misread your post as saying that it happened only once.
No worries - it's best to be sure.

Thanks for looking into it.

--
Craig Ringer