Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 20CAA632FED for ; Wed, 21 Apr 2010 03:46:11 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 51655-07 for ; Wed, 21 Apr 2010 06:45:59 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mail.postgresql.org (Postfix) with ESMTP id B779D632DFD for ; Wed, 21 Apr 2010 03:45:59 -0300 (ADT) Received: from [192.168.0.105] (pool-96-244-14-10.bltmmd.fios.verizon.net [96.244.14.10]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LlJ1m-1NTUFW1qJa-00avSu; Wed, 21 Apr 2010 08:45:57 +0200 Message-ID: <4BCE9F23.1080000@2ndquadrant.com> Date: Wed, 21 Apr 2010 02:45:55 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: David Kerr CC: Scott Marlowe , Nikolas Everett , Robert Haas , pgsql-performance@postgresql.org Subject: Re: Very high effective_cache_size == worse performance? References: <20100420173936.GA50886@mr-paradox.net> <20100420180351.GA51940@mr-paradox.net> <20100420182030.GA53489@mr-paradox.net> <20100420182832.GB53489@mr-paradox.net> <4BCE0E0C.1020903@2ndquadrant.com> <20100420203919.GA62103@mr-paradox.net> In-Reply-To: <20100420203919.GA62103@mr-paradox.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19aoCqRg5DORF12kPEp1DEMP1QbYGdIiPvIJbH 6vWWboDPmA5nCXzYhhvtLTM5K5Ei9Z1sgd0g0S5LcvQgX4BU0d xOZx4nwI7WVK7w/t56/S7jhzl0Vptia X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.001 tagged_above=-10 required=5 tests=BAYES_20=-0.001 X-Spam-Level: X-Archive-Number: 201004/271 X-Sequence-Number: 38521 David Kerr wrote: > I don't think it's anything in the Db that's causing it. ( drop and re-create > the db between tests) I actually suspect a hardware issue somewhere. > You might find my "Database Hardware Benchmarking" talk, available at http://projects.2ndquadrant.com/talks , useful to help sort out what's good and bad on each server, and correspondingly what'd different between the two. Many of the ideas there came from fighting with SAN hardware that didn't do what I expected. -- Greg Smith 2ndQuadrant US Baltimore, MD PostgreSQL Training, Services and Support greg@2ndQuadrant.com www.2ndQuadrant.us