Re: changing MyDatabaseId - Mailing list pgsql-hackers

From Greg Stark
Subject Re: changing MyDatabaseId
Date
Msg-id AANLkTin+Sg_hV5tBDNLPgKR+-YELjdv2g7Xv0uKVLj28@mail.gmail.com
Whole thread Raw
In response to Re: changing MyDatabaseId  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: changing MyDatabaseId
List pgsql-hackers
On Wed, Nov 17, 2010 at 4:52 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> However, that test doesn't capture everything.  For example, imagine a
> connection pooler sitting in front of PG.  Rebinding to a new database
> means disconnecting a TCP connection and establishing a new one.
> Switching databases might save some latency there even if we don't
> actually save much in terms of CPU instructions.  Maybe that's not
> important, though.  I don't know.  I don't want to let my theorizing
> get too far ahead of the data.

Everything you said is true but there's more. A freshly created
backend needs to build relcache entries and for every relation in your
query. A reused connection eventually warms up the relcache and
syscaches and can plan new queries using them without doing any
syscalls. And of course if it's a query that's already been planned
might be able to reuse the entire plan structure without replanning
it.


--
greg


pgsql-hackers by date:

Previous
From: Teodor Sigaev
Date:
Subject: Re: GiST insert algorithm rewrite
Next
From: Teodor Sigaev
Date:
Subject: Re: GiST insert algorithm rewrite