Received: from maia.hub.org (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 7DF1363321E; Thu, 1 Apr 2010 19:56:08 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 44082-06; Thu, 1 Apr 2010 22:55:51 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outmail148097.authsmtp.co.uk (outmail148097.authsmtp.co.uk [62.13.148.97]) by mail.postgresql.org (Postfix) with ESMTP id 22F416331F3; Thu, 1 Apr 2010 19:55:56 -0300 (ADT) Received: from mail-c187.authsmtp.com (mail-c187.authsmtp.com [62.13.128.33]) by punt10.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id o31Mtmva023328; Thu, 1 Apr 2010 23:55:48 +0100 (BST) Received: from [192.168.0.2] (88-110-156-192.dynamic.dsl.as9105.com [88.110.156.192]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id o31MtkSg042559; Thu, 1 Apr 2010 23:55:47 +0100 (BST) Subject: Re: [HACKERS] Streaming replication document improvements From: Simon Riggs To: Josh Berkus Cc: Robert Haas , Kevin Grittner , Tom Lane , Heikki Linnakangas , Fujii Masao , pgsql-docs@postgresql.org, PostgreSQL-development In-Reply-To: <4BB4EAB4.3020904@agliodbs.com> References: <3f0b79eb1003300152g5327eb47w8f9aecae6002b215@mail.gmail.com> <4BB49B0C.1050901@enterprisedb.com> <19262.1270142946@sss.pgh.pa.us> <4BB4952D0200002500030333@gw.wicourts.gov> <4BB4DBEF.3010301@agliodbs.com> <4BB4EAB4.3020904@agliodbs.com> Content-Type: text/plain Date: Thu, 01 Apr 2010 23:55:46 +0100 Message-Id: <1270162546.5640.3227.camel@ebony> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit X-Server-Quench: b6248c08-3de1-11df-ab46-001185d377ca X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdxZQATClZOTQEd DAteCiN5VAwpPBRK HVkIKg5MJUcNSQVJ NksafhtFaARbbElD HGQLWlREUl57XGZ/ bw0fZQ1DY0tOQQRv VlZIS1BNEQ1vHhxP WR0fL10pFFJGfHx1 YE8sX3ZcX0I0J0B/ RkYHFWUbZjM1aX0e URQOalIGdAVXfh9E a1h6AHAKZjZWKBg1 TUcAHxkaHhhlExEd cS0qBmknCX0XBDM1 QhEEEn01EFUBRi46 Mx0hLBYQG00MN0g0 LRMgXEoCNAEfDwBY A1ol X-Authentic-SMTP: 61633235383639.1000:706/Kp X-AuthFastPath: 0 (Was 255) X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.594 tagged_above=-10 required=5 tests=AWL=-1.615, BAYES_20=-0.74, FS_REPLICA=1.041, SARE_SPEC_REPLICA=0.72 X-Spam-Level: X-Archive-Number: 201004/9 X-Sequence-Number: 5408 On Thu, 2010-04-01 at 11:49 -0700, Josh Berkus wrote: > > The thing is, when dealing with new features, we reduce our overall > > maintenance burden if we get it right the first time. Obviously it's > > too late for major changes, but minor adjustments to maintain the POLA > > seem like exactly what we SHOULD be doing right now. > > Oh, I agree. Since we have a separate WALSender limit, it seems > counter-intuitive and difficult-to-admin to have the WALSenders also > limited by superuser_connections. They should be their own separate > connection pool, just like the other "background" processes. > > However, if this was somehow infeasible, it wouldn't be hard to > document. That's all. +1 -- Simon Riggs www.2ndQuadrant.com