Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 213A6632B88 for ; Wed, 7 Apr 2010 23:29:50 -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 84420-09 for ; Thu, 8 Apr 2010 02:29:39 +0000 (UTC) X-Greylist: delayed 03:32:09.8825 by SQLgrey-1.7.6 Received: from mail-gw0-f46.google.com (mail-gw0-f46.google.com [74.125.83.46]) by mail.postgresql.org (Postfix) with ESMTP id 7CE65632872 for ; Wed, 7 Apr 2010 23:29:39 -0300 (ADT) Received: by gwb19 with SMTP id 19so919422gwb.19 for ; Wed, 07 Apr 2010 19:29:38 -0700 (PDT) Received: by 10.101.144.25 with SMTP id w25mr20506943ann.137.1270692378730; Wed, 07 Apr 2010 19:06:18 -0700 (PDT) Received: from Craig-Jamess-MacBook-Pro.local (cpe-76-176-215-35.san.res.rr.com [76.176.215.35]) by mx.google.com with ESMTPS id 14sm10282884gxk.15.2010.04.07.19.06.17 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Apr 2010 19:06:18 -0700 (PDT) Message-ID: <4BBD3A17.90209@emolecules.com> Date: Wed, 07 Apr 2010 19:06:15 -0700 From: Craig James User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Robert Haas CC: David Rees , pgsql-performance@postgresql.org Subject: Re: Occasional giant spikes in CPU load References: <4BBCFB12.1010306@emolecules.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.185 tagged_above=-10 required=5 tests=BAYES_40=-0.185 X-Spam-Level: X-Archive-Number: 201004/85 X-Sequence-Number: 38335 On 4/7/10 5:47 PM, Robert Haas wrote: > On Wed, Apr 7, 2010 at 6:56 PM, David Rees wrote: >>> max_fsm_pages = 16000000 >>> max_fsm_relations = 625000 >>> synchronous_commit = off >> >> You are playing with fire here. You should never turn this off unless >> you do not care if your data becomes irrecoverably corrupted. > > That is not correct. Turning off synchronous_commit is sensible if > you don't mind losing the last few transactions on a crash. What will > corrupt your database is if you turn off fsync. A bit off the original topic, but ... I set it this way because I was advised that with a battery-backed RAID controller, this was a safe setting. Is that not the case? Craig