Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id D7B8E133616B for ; Wed, 27 Oct 2010 16:24:40 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 99356-01 for ; Wed, 27 Oct 2010 19:24:33 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mail.postgresql.org (Postfix) with ESMTP id E59F11336FA7 for ; Wed, 27 Oct 2010 16:24:31 -0300 (ADT) Received: from [192.168.1.6] (static-71-179-240-8.bltmmd.fios.verizon.net [71.179.240.8]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MTeTI-1P2Hcp0qIq-00Qlc4; Wed, 27 Oct 2010 21:24:28 +0200 Message-ID: <4CC87C69.5070301@2ndquadrant.com> Date: Wed, 27 Oct 2010 15:24:25 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: =?UTF-8?B?QW5kcsOpIFZvbHBhdG8=?= CC: Brad Nicholson , pgsql-performance@postgresql.org Subject: Re: AIX slow buffer reads References: <1141414014.10692.1288199109474.JavaMail.root@zimbra01a> In-Reply-To: <1141414014.10692.1288199109474.JavaMail.root@zimbra01a> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V02:K0:xRddI2Z+wxRl/bsBksbsnGX/TBDj2iLvzDIAI61PZg0 RXA5E8ElHOQt+wACWvqA4QVq7n7kX70SvwNh+ef/Vm02a2WvBj e+QSVtsCEHBcpC3DscW3l8ZRULtg/5T/AMrt6Oyo1GltAnYYiJ auOvD1nvVv5AjhUh87IYczdjKe2jm7fPpd6nl5RE7OVEZWFfvA TiaFl6qBQiBTxyBucD9tfUXIE75MhdYtmaKmMpI3BQ= X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201010/502 X-Sequence-Number: 40920 André Volpato wrote: > | > | If it is being spent in the bitmap index scan, try setting > | effective_io_concurrency to 0 for Linux, and see what effect that has. > > I disabled effective_io_concurrency at AIX but it made no changes on bitmap index times. > Brad's point is that it probably doesn't do anything at all on AIX, and is already disabled accordingly. But on Linux, it is doing something, and that might be contributing to why it's executing so much better on that platform. If you disable that parameter on your Debian box, that should give you an idea whether that particular speed-up is a major component to the difference you're seeing or not. Also, if the system check was done by the "vendor team" team, don't trust them at all. It doesn't sound like a disk problem is involved in your case yet, but be sure to do your own basic disk benchmarking too rather than believing what you're sold. There's a quick intro to that at http://www.westnet.com/~gsmith/content/postgresql/pg-disktesting.htm and a much longer treatment of the subject in my book if you want a lot more details. I don't have any AIX-specific tuning advice in there though. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services and Support www.2ndQuadrant.us "PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books