Re: How does PG know if data is in memory? - Mailing list pgsql-performance

From Robert Haas
Subject Re: How does PG know if data is in memory?
Date
Msg-id AANLkTinhh5mh3DK3+0ULtLUoAzuwd8BbYxLOUkcohQ26@mail.gmail.com
Whole thread Raw
In response to Re: How does PG know if data is in memory?  (<gnuoytr@rcn.com>)
Responses Re: How does PG know if data is in memory?
List pgsql-performance
On Mon, Oct 11, 2010 at 11:11 PM,  <gnuoytr@rcn.com> wrote:
> An approach that works can be found in DB2, and likely elsewhere.
>
> The key is that tablespaces/tables/indexes/buffers are all attached through the bufferpool (the DB2 term).  A
tablespace/bufferpoolmatch is defined.  Then tables and indexes are assigned to the tablespace (and implicitly, the
bufferpool). As a result, one can effectively pin data in memory.  This is very useful, but not low hanging fruit to
implement.
>
> The introduction of rudimentary tablespaces is a first step.  I assumed that the point was to get to a DB2-like
structureat some point.  Yes? 

We already have tablespaces, and our data already is accessed through
the buffer pool.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-performance by date:

Previous
From: Mladen Gogala
Date:
Subject: Re: Slow count(*) again...
Next
From: Robert Haas
Date:
Subject: Re: Runtime dependency from size of a bytea field