Received: from localhost (maia-4.hub.org [200.46.204.183])
	by postgresql.org (Postfix) with ESMTP id D1F3E9FBB1F
	for <pgsql-performance-postgresql.org@postgresql.org>;
	Tue, 19 Jun 2007 03:42:56 -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 22082-08 for
	<pgsql-performance-postgresql.org@postgresql.org>;
	Tue, 19 Jun 2007 03:42:53 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.4
Received: from h07.llord.com (unknown [195.140.142.194])
	by postgresql.org (Postfix) with ESMTP id 732549FBA44
	for <pgsql-performance@postgresql.org>;
	Tue, 19 Jun 2007 03:42:53 -0300 (ADT)
Received: from par69-8-88-161-102-87.fbx.proxad.net ([88.161.102.87]
	helo=apollo13) by h07.llord.com with esmtpa (Exim 4.66)
	(envelope-from <lists@peufeu.com>)
	id 1I0XQN-0000wm-Tv; Tue, 19 Jun 2007 08:42:48 +0200
Date: Tue, 19 Jun 2007 08:42:51 +0200
To: "Karl Wright" <kwright@metacarta.com>, pgsql-performance@postgresql.org
Subject: Re: Performance query about large tables, lots of concurrent access
From: PFC <lists@peufeu.com>
Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8
MIME-Version: 1.0
References: <4676DD57.7070304@metacarta.com>
Content-Transfer-Encoding: 7bit
Message-ID: <op.tt5oxpopcigqcu@apollo13>
In-Reply-To: <4676DD57.7070304@metacarta.com>
User-Agent: Opera Mail/9.10 (Linux)
X-PopBeforeSMTPSenders: junk@peufeu.com, lists@peufeu.com, peufeu@peufeu.com,
	pfcaillaud@peufeu.com
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - h07.llord.com
X-AntiAbuse: Original Domain - postgresql.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - peufeu.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=2.494 tagged_above=0 required=5 tests=AWL=-0.282,
	BAYES_50=0.001, RCVD_IN_NJABL_SPAM=2.775
X-Spam-Level: **
X-Archive-Number: 200706/323
X-Sequence-Number: 25356


> Question:  Does anyone have any idea what bottleneck I am hitting?  An  
> index's performance should in theory scale as the log of the number of  
> rows - what am I missing here?

	These can help people on the list to help you :

	- Your hardware config (CPU, RAM, disk) ?
	- EXPLAIN ANALYZE from slow queries ?
	- VACUUM and ANALYZE : yes ? how often ?
	- VACUUM VERBOSE output

	for huge bits of text with long line length, mail sucks, upload to a web  
host or something.