Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 8C97A632467 for ; Fri, 23 Jul 2010 12:58:36 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 61076-02 for ; Fri, 23 Jul 2010 15:58:29 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from serenity.inversion.ee (serenity.inversion.ee [194.204.33.112]) by mail.postgresql.org (Postfix) with ESMTP id 3CE4162DBEC for ; Fri, 23 Jul 2010 12:58:29 -0300 (ADT) Received: by serenity.inversion.ee (Postfix, from userid 108) id 69FC7E3444F; Fri, 23 Jul 2010 17:40:09 +0300 (EEST) Received: from [IPv6:::1] (localhost [127.0.0.1]) by serenity.inversion.ee (Postfix) with ESMTP id 01F4CE343A0; Fri, 23 Jul 2010 17:40:08 +0300 (EEST) Subject: Re: Pooling in Core WAS: Need help in performance tuning. From: Hannu Krosing To: Robert Haas Cc: Craig Ringer , Matthew Wakeling , pgsql-performance@postgresql.org In-Reply-To: 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> <4C37791C0200002500033379@gw.wicourts.gov> <4C37CBFB.1000800@agliodbs.com> <4C37EA1D.6000008@postnewspapers.com.au> <4C38BF03.6060503@agliodbs.com> <19244.1278787866@sss.pgh.pa.us> <4C3AF564.5030204@postnewspapers.com.au> <1279826144.14271.5.camel@hvost> Content-Type: text/plain; charset="UTF-8" Date: Fri, 23 Jul 2010 16:58:27 +0100 Message-ID: <1279900707.26952.4.camel@hvost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit 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/338 X-Sequence-Number: 39727 On Thu, 2010-07-22 at 20:57 -0400, Robert Haas wrote: > On Thu, Jul 22, 2010 at 3:15 PM, Hannu Krosing wrote: > > On Thu, 2010-07-22 at 14:36 -0400, Robert Haas wrote: > >> On Mon, Jul 12, 2010 at 6:58 AM, Craig Ringer > >> wrote: > >> > So rather than asking "should core have a connection pool" perhaps > >> > what's needed is to ask "what can an in-core pool do that an external > >> > pool cannot do?" > >> > >> Avoid sending every connection through an extra hop. > > > > not really. in-core != magically-in-right-backend-process > > Well, how about if we arrange it so it IS in the right backend > process? I don't believe magic is required. Do you have any design in mind, how you can make it so ? --------------- Hannu