Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 0A2FE1337BCE for ; Tue, 8 Feb 2011 16:27:07 -0400 (AST) 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 14507-02-6 for ; Tue, 8 Feb 2011 20:27:00 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from spinlock.commandprompt.com (unknown [207.173.203.215]) by mail.postgresql.org (Postfix) with ESMTP id 6244D1337BD8 for ; Tue, 8 Feb 2011 16:26:59 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by spinlock.commandprompt.com (Postfix) with ESMTP id 63F84348026; Tue, 8 Feb 2011 12:26:38 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at commandprompt.com Received: from spinlock.commandprompt.com ([127.0.0.1]) by localhost (spinlock.commandprompt.com.commandprompt.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LxBlFENIZD7G; Tue, 8 Feb 2011 12:26:36 -0800 (PST) Received: from [192.168.1.101] (71-94-248-62.dhcp.mdfd.or.charter.com [71.94.248.62]) by spinlock.commandprompt.com (Postfix) with ESMTPSA id 1654A348025; Tue, 8 Feb 2011 12:26:36 -0800 (PST) Subject: Re: Sync Rep for 2011CF1 From: "Joshua D. Drake" Reply-To: jd@commandprompt.com To: Robert Haas Cc: pgsql-hackers@postgresql.org In-Reply-To: References: <1295127631.3282.100.camel@ebony> Content-Type: text/plain; charset="UTF-8" Organization: Command Prompt, Inc. Date: Tue, 08 Feb 2011 12:26:17 -0800 Message-ID: <1297196777.18411.234.camel@jd-desktop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.107 tagged_above=-5 required=5 tests=BAYES_00=-1.9, RDNS_NONE=0.793 X-Spam-Level: X-Archive-Number: 201102/641 X-Sequence-Number: 181430 On Tue, 2011-02-08 at 13:53 -0500, Robert Haas wrote: > That having been said, there is at least one part of this patch which > looks to be in pretty good shape and seems independently useful > regardless of what happens to the rest of it, and that is the code > that sends replies from the standby back to the primary. This allows > pg_stat_replication to display the write/flush/apply log positions on > the standby next to the sent position on the primary, which as far as > I am concerned is pure gold. Simon had this set up to happen only > when synchronous replication or XID feedback in use, but I think > people are going to want it even with plain old asynchronous > replication, because it provides a FAR easier way to monitor standby > lag than anything we have today. I've extracted this portion of the > patch, cleaned it up a bit, written docs, and attached it here. Score! +1 JD -- PostgreSQL.org Major Contributor Command Prompt, Inc: http://www.commandprompt.com/ - 509.416.6579 Consulting, Training, Support, Custom Development, Engineering http://twitter.com/cmdpromptinc | http://identi.ca/commandprompt