Re: 7.3 schedule - Mailing list pgsql-hackers

From Karel Zak
Subject Re: 7.3 schedule
Date
Msg-id 20020414212144.A12196@zf.jcu.cz
Whole thread Raw
In response to Re: 7.3 schedule  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Apr 12, 2002 at 12:51:26PM -0400, Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Certainly a shared cache would be good for apps that connect to issue a
> > single query frequently.  In such cases, there would be no local cache
> > to use.
> 
> We have enough other problems with the single-query-per-connection
> scenario that I see no reason to believe that a shared plan cache will
> help materially.  The correct answer for those folks will *always* be
> to find a way to reuse the connection.
My query cache was write for 7.0. If some next release will usepre-forked backend and after a client disconnection the
backendwill still alives and waits for new client the shared cache is (maybe:-) notneedful. The current backend fork
modelis killer of all possible caching.
 
We have more caches. I hope persistent backend help will help to all and I'm sure that speed will grow up with
persistentbackend and persistent caches without shared memory usage. There I can agree withTom :-)
 
   Karel

-- Karel Zak  <zakkr@zf.jcu.cz>http://home.zf.jcu.cz/~zakkr/C, PostgreSQL, PHP, WWW, http://docs.linux.cz,
http://mape.jcu.cz


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] WITH DELIMITERS in COPY
Next
From: Lamar Owen
Date:
Subject: Re: Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC)