pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Hannu Krosing <hannu@krosing.net>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Craig Ringer <craig@postnewspapers.com.au>
Cc: Matthew Wakeling <matthew@flymine.org>
Cc: pgsql-performance@postgresql.org
Subject: Re: Pooling in Core WAS: Need help in performance tuning.
Date: Fri, 23 Jul 2010 16:58:27 +0100
Message-ID: <1279900707.26952.4.camel@hvost> (raw )
In-Reply-To: <AANLkTimLr9AoMMB_k9GWuEgoBZg1YWxR5OqKY-1Ugimc@mail.gmail.com >
References: <AANLkTiknhZhKtGDidBsMWtPJpRgln9DrrsCebCEYk5XE@mail.gmail.com >
<4C369346.6010501@postnewspapers.com.au >
<AANLkTin4Q4APRnbJ85FRasU7n8LuhKibKYcGnexsEbTt@mail.gmail.com >
<8760.1278650566@sss.pgh.pa.us >
<1278680186.1914.36.camel@bnicholson-desktop >
<4C36F57102000025000332F6@gw.wicourts.gov >
<alpine.DEB.2.00.1007091621380.2534@aragorn.flymine.org >
<4C36FEAD02000025000332FC@gw.wicourts.gov >
<alpine.DEB.2.00.1007091753350.2534@aragorn.flymine.org >
<4C37A9C1.1060405@2ndquadrant.com >
<4C37791C0200002500033379@gw.wicourts.gov >
<4C37CBFB.1000800@agliodbs.com >
<4C37EA1D.6000008@postnewspapers.com.au >
<AANLkTimNJZlX7kFH_r0-BB_K3NGorU7BHd85SxXJbuGJ@mail.gmail.com >
<4C38BF03.6060503@agliodbs.com >
<19244.1278787866@sss.pgh.pa.us >
<alpine.DEB.2.00.1007121044330.2534@aragorn.flymine.org >
<4C3AF564.5030204@postnewspapers.com.au >
<AANLkTinDgkzqf_=O+hk5OMq+AxN4G+fpfQZM4DBizAOF@mail.gmail.com >
<1279826144.14271.5.camel@hvost >
<AANLkTimLr9AoMMB_k9GWuEgoBZg1YWxR5OqKY-1Ugimc@mail.gmail.com >
On Thu, 2010-07-22 at 20:57 -0400, Robert Haas wrote:
> On Thu, Jul 22, 2010 at 3:15 PM, Hannu Krosing <hannu@krosing.net> wrote:
> > On Thu, 2010-07-22 at 14:36 -0400, Robert Haas wrote:
> >> On Mon, Jul 12, 2010 at 6:58 AM, Craig Ringer
> >> <craig@postnewspapers.com.au> 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
view thread (59+ messages) latest in thread
Message-ID: <1279900707.26952.4.camel@hvost>
Permalink: ../1279900707.26952.4.camel@hvost/
Also on: postgresql.org/message-id/1279900707.26952.4.camel@hvost
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: hannu@krosing.net, robertmhaas@gmail.com, craig@postnewspapers.com.au, matthew@flymine.org
Subject: Re: Pooling in Core WAS: Need help in performance tuning.
In-Reply-To: <1279900707.26952.4.camel@hvost>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox