Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 87763632A7E for ; Sun, 11 Jul 2010 19:54:22 -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 41329-04 for ; Sun, 11 Jul 2010 22:54:15 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from 64.mail-out.ovh.net (64.mail-out.ovh.net [91.121.185.65]) by mail.postgresql.org (Postfix) with SMTP id 15E2363274F for ; Sun, 11 Jul 2010 19:54:14 -0300 (ADT) Received: (qmail 22715 invoked by uid 503); 11 Jul 2010 22:53:20 -0000 Received: from b6.ovh.net (HELO mail412.ha.ovh.net) (213.186.33.56) by 64.mail-out.ovh.net with SMTP; 11 Jul 2010 22:53:20 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 12 Jul 2010 00:54:10 +0200 Received: from par69-8-88-161-102-87.fbx.proxad.net (HELO apollo13) (lists%peufeu.com@88.161.102.87) by ns0.ovh.net with SMTP; 12 Jul 2010 00:54:08 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Greg Smith" , "Jesper Krogh" Cc: "Matthew Wakeling" , "Kevin Grittner" , "Brad Nicholson" , pgsql-performance@postgresql.org, "Tom Lane" Subject: Re: Need help in performance tuning. References: <4C369346.6010501@postnewspapers.com.au> <8760.1278650566@sss.pgh.pa.us> <1278680186.1914.36.camel@bnicholson-desktop> <4C36F57102000025000332F6@gw.wicourts.gov> <4C36FEAD02000025000332FC@gw.wicourts.gov> <4C37A9C1.1060405@2ndquadrant.com> <4C38143C.3080304@krogh.cc> <4C3867DD.1020004@2ndquadrant.com> Date: Mon, 12 Jul 2010 00:47:05 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Pierre C" Message-ID: In-Reply-To: <4C3867DD.1020004@2ndquadrant.com> User-Agent: Opera Mail/10.10 (Linux) X-Ovh-Tracer-Id: 5444851950671103639 X-Ovh-Remote: 88.161.102.87 (par69-8-88-161-102-87.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201007/178 X-Sequence-Number: 39567 > Two problems to recognize. First is that building something in has the > potential to significantly limit use and therefore advancement of work > on external pools, because of the "let's use the built in one instead of > installing something extra" mentality. I'd rather have a great external > project (which is what we have with pgBouncer) than a mediocre built-in > one that becomes the preferred way just by nature of being in the core. I would prefer having supplier A build a great product that seamlessly interfaces with supplier B's great product, rather than having supplier M$ buy A, develop a half-working brain-dead version of B into A and market it as the new hot stuff, sinking B in the process. Anyway, orthogonal feature sets (like database and pooler) implemented in separate applications fit the open source development model quite well I think. Merge everything in, you get PHP.