Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 7ED46632B1E for ; Fri, 28 May 2010 15:58:07 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 58985-03 for ; Fri, 28 May 2010 18:57:59 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by mail.postgresql.org (Postfix) with ESMTP id 43AF26327DE for ; Fri, 28 May 2010 15:57: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=mrbap1) with ESMTP (Nemesis) id 0MbrOw-1ObOaY1cyk-00JiMZ; Fri, 28 May 2010 20:57:57 +0200 Message-ID: <4C001232.8030106@2ndquadrant.com> Date: Fri, 28 May 2010 14:57:54 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Merlin Moncure CC: Konrad Garus , Paul McGarry , pgsql-performance@postgresql.org Subject: Re: shared_buffers advice References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+AfcMkGy7x2w1S02uoaAN9U7uYSrAA5ECWHiy tDQa4keB5ho8tRC6HLXqgL7rdV/pHy49PUEy4MFCgZBUWGzWEn Msc3KQ3HfJcAs/ZcKX59NKI4o3cKloC 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, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201005/257 X-Sequence-Number: 38841 Merlin Moncure wrote: > I would prefer to see the annotated performance oriented .conf > settings to be written in terms of trade offs (too low? X too high? Y > setting in order to get? Z). For example, did you know that if crank > max_locks_per_transaction you also increase the duration of every > query that hits pg_locks() -- well, now you do :-). > You can't do this without providing more context and tools for people to measure their systems. At PGCon last week, I presented a talk specifically about tuning shared_buffers and the checkpoint settings. What's come out of my research there is that you can stare at the data in pg_buffercache and pg_stat_bgwriter and classify systems based on the distribution of usage counts in their buffer cache on how the background writer copes with that. The right style of tuning to apply is dependent on whether someone has a high proportion of buffers with a usage count >=2. A tuning guide that actually covered that in enough detail to be an improvement over what is in the "Tuning Your PostgreSQL Server" would be overwhelming large, defeating the purpose of that document--providing a fairly bite-size guide. -- Greg Smith 2ndQuadrant US Baltimore, MD PostgreSQL Training, Services and Support greg@2ndQuadrant.com www.2ndQuadrant.us