Message-ID: <4D4BE41C.5020100@2ndquadrant.com>
Date: Fri, 04 Feb 2011 06:33:48 -0500
From: Greg Smith <greg@2ndquadrant.com>
User-Agent: Thunderbird 2.0.0.24 (X11/20100317)
MIME-Version: 1.0
To: Andy Colson <andy@squeakycode.net>
CC: Scott Marlowe <scott.marlowe@gmail.com>, gnuoytr@rcn.com,
	pgsql-performance@postgresql.org
Subject: Re: getting the most of out multi-core systems for repeated
	complex SELECT statements
References: <20110203105704.BAX82905@ms14.lnh.mail.rcn.net>
	<AANLkTikVxjNBNUgpYqLhyOcLxicoLzXTHf6aZfkoGrgw@mail.gmail.com>
	<4D4B32B9.1020904@2ndquadrant.com>
	<4D4B70B1.2080809@squeakycode.net>
	<4D4B79D8.9040402@2ndquadrant.com>
	<4D4B7E64.4030203@squeakycode.net>
In-Reply-To: <4D4B7E64.4030203@squeakycode.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Andy Colson wrote:
> Yes, I agree... for today.  If you gaze into 5 years... double the 
> core count (but not the speed), double the IO rate.  What do you see?

Four more versions of PostgreSQL addressing problems people are having 
right now.  When we reach the point where parallel query is the only way 
around the actual bottlenecks in the software people are running into, 
someone will finish parallel query.  I am not a fan of speculative 
development in advance of real demand for it.  There are multiple much 
more serious bottlenecks impacting scalability in PostgreSQL that need 
to be addressed before this one is #1 on the development priority list 
to me.

-- 
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books