Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 335DC133798F for ; Thu, 28 Oct 2010 02:13:47 -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 27452-09 for ; Thu, 28 Oct 2010 05:13:40 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from glacier.frostconsultingllc.com (glacier.frostconsultingllc.com [69.36.227.170]) by mail.postgresql.org (Postfix) with ESMTP id 9881A1335B36 for ; Thu, 28 Oct 2010 02:13:39 -0300 (ADT) Received: from adsl-63-195-55-98.dsl.snfc21.pacbell.net ([63.195.55.98] helo=[192.168.47.100]) by glacier.frostconsultingllc.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1PBKns-0005rv-Qn; Wed, 27 Oct 2010 22:13:35 -0700 Message-ID: <4CC90676.4080503@agliodbs.com> Date: Wed, 27 Oct 2010 22:13:26 -0700 From: Josh Berkus User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9pre) Gecko/20100217 Shredder/3.0.3pre MIME-Version: 1.0 To: Robert Haas CC: Simon Riggs , Greg Stark , Bruce Momjian , pgsql-hackers@postgresql.org Subject: Re: Simplifying replication References: <201010220022.o9M0M8Q29438@momjian.us> <4CC0DEDE.7060707@agliodbs.com> <1288096049.1587.253.camel@ebony> <4CC8931D.3040800@agliodbs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=2.419 tagged_above=-5 required=5 tests=BAYES_00=-1.9, FS_REPLICA=3.599, SARE_SPEC_REPLICA=0.72 X-Spam-Level: ** X-Archive-Number: 201010/1964 X-Sequence-Number: 173004 > I sort of agree with you that the current checkpoint_segments > parameter is a bit hard to tune, at least if your goal is to control > the amount of disk space that will be used by WAL files. But I'm not > sure your proposal is better. Instead of having a complicated formula > for predicting how much disk space would get used by a given value for > checkpoint_segments, we'd have a complicated formula for the amount of > WAL that would force a checkpoint based on max_wal_size. Yes, but the complicated formula would then be *in our code* instead of being inflicted on the user, as it now is. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com