Received: from maia.hub.org (maia-3.hub.org [200.46.204.243])
	by mail.postgresql.org (Postfix) with ESMTP id 3843D133616B
	for <pgsql-performance-postgresql.org@mail.postgresql.org>;
	Mon, 18 Oct 2010 11:25:28 -0300 (ADT)
Received: from mail.postgresql.org ([200.46.204.86])
	by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia,
	port 10024) with ESMTP id 52427-05
	for <pgsql-performance-postgresql.org@mail.postgresql.org>;
	Mon, 18 Oct 2010 14:25:20 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from lpo-relay-04.vmsinfo.com (lpo-relay-04.vmsinfo.com
	[216.169.137.115])
	by mail.postgresql.org (Postfix) with ESMTP id 8BCE91335B36
	for <pgsql-performance@postgresql.org>;
	Mon, 18 Oct 2010 11:25:20 -0300 (ADT)
X-IronPort-AV: E=Sophos;i="4.57,345,1283745600"; d="scan'208";a="26356843"
Received: from unknown (HELO lpo-mailbox-02.vmsinfo.com) ([216.169.137.251])
	by lpo-relay-04.vmsinfo.com with ESMTP; 18 Oct 2010 10:25:18 -0400
Received: from [10.101.43.35] (lpo-autonomy-p03.vmsinfo.com [216.169.135.234])
	by lpo-mailbox-02.vmsinfo.com (Postfix) with ESMTP id 3976C56258;
	Mon, 18 Oct 2010 10:25:18 -0400 (EDT)
Message-ID: <4CBC58CD.9010906@vmsinfo.com>
Date: Mon, 18 Oct 2010 10:25:17 -0400
From: Mladen Gogala <mladen.gogala@vmsinfo.com>
Organization: VMS
User-Agent: Thunderbird 2.0.0.24 (X11/20100411)
MIME-Version: 1.0
To: Tom Lane <tgl@sss.pgh.pa.us>
CC: Eric Comeau <ecomeau@signiant.com>,
	"pgsql-performance@postgresql.org" <pgsql-performance@postgresql.org>
Subject: Re: Help with duration of statement: EXECUTE <unnamed>
	[PREPARE: COMMIT]
References: <i9c60b$ifv$1@news.hub.org> <18890.1287411233@sss.pgh.pa.us>
In-Reply-To: <18890.1287411233@sss.pgh.pa.us>
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9,
	T_RP_MATCHES_RCVD=-0.01
X-Spam-Level: 
X-Archive-Number: 201010/289
X-Sequence-Number: 40707

Tom Lane wrote:
> My guess would be overstressed disk subsystem.  A COMMIT doesn't require
> much except fsync'ing the commit WAL record down to disk ... 
Doesn't the "commit" statement also release all the locks held by the 
transaction?

-- 
 
Mladen Gogala 
Sr. Oracle DBA
1500 Broadway
New York, NY 10036
(212) 329-5251
http://www.vmsinfo.com 
The Leader in Integrated Media Intelligence Solutions