Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VobES-0003Tv-Cp for pgsql-performance@arkaria.postgresql.org; Thu, 05 Dec 2013 15:52:52 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VobER-0003gX-Ld for pgsql-performance@arkaria.postgresql.org; Thu, 05 Dec 2013 15:52:51 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VobEQ-0003et-DE; Thu, 05 Dec 2013 15:52:50 +0000 Received: from mail.anarazel.de ([217.115.131.40]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VobEN-0002Av-IP; Thu, 05 Dec 2013 15:52:50 +0000 Received: from intern.anarazel.de (p5DDC54C6.dip0.t-ipconnect.de [93.220.84.198]) (Authenticated sender: andres@anarazel.de) by mail.anarazel.de (Postfix) with ESMTPSA id 3EC064F0001; Thu, 5 Dec 2013 16:52:47 +0100 (CET) Date: Thu, 5 Dec 2013 16:52:46 +0100 From: Andres Freund To: Metin Doslu Cc: postgres performance list , pgsql-hackers , Amit Kapila , Claudio Freire Subject: Re: [HACKERS] Parallel Select query performance and shared buffers Message-ID: <20131205155246.GB3866@alap2.anarazel.de> References: <20131204182601.GF7383@awork2.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 2013-12-05 17:46:44 +0200, Metin Doslu wrote: > I tried your patches on next link. As you suspect I didn't see any > improvements. I tested it on PostgreSQL 9.2 Stable. You tested the correct branch, right? Which commit does "git rev-parse HEAD" show? But generally, as long as your profile hides all the important information behind the hypervisor's cost, you're going to have a hard time analyzing the problems. You really should try to reproduce the problems on native hardware (as similar to the host hardware as possible), to get accurate data. On CPU bound workloads that information is often transportable to the virtual world. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance