Re: preloading indexes

From: <stuff(at)opensourceonline(dot)com>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: Re: preloading indexes
Date: 2004-11-03 20:19:43
Message-ID: 20041103201948.HWSQ12834.fed1rmmtao10.cox.net@CYGNUS
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

The caching appears to disappear overnight. The environment is not in
production yet so I'm the only one on it.

Is there a time limit on the length of time in cache? I believe there is
sufficient RAM, but maybe I need to look again.

s

-----Original Message-----
From: pgsql-performance-owner(at)postgresql(dot)org
[mailto:pgsql-performance-owner(at)postgresql(dot)org] On Behalf Of Andrew Sullivan
Sent: Wednesday, November 03, 2004 12:35 PM
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: [PERFORM] preloading indexes

On Wed, Nov 03, 2004 at 12:12:43PM -0700, stuff(at)opensourceonline(dot)com wrote:
> That's correct - I'd like to be able to keep particular indexes in RAM
> available all the time

If these are queries that run frequently, then the relevant cache
will probably remain populated[1]. If they _don't_ run frequently, why
do you want to force the memory to be used to optimise something that
is uncommon? But in any case, there's no mechanism to do this.

A

[1] there are in fact limits on the caching: if your data set is
larger than memory, for instance, there's no way it will all stay
cached. Also, VACUUM does nasty things to the cache. It is hoped
that nastiness is fixed in 8.0.

--
Andrew Sullivan | ajs(at)crankycanuck(dot)ca
The plural of anecdote is not data.
--Roger Brinner

---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2004-11-03 20:53:09 Re: preloading indexes
Previous Message Tom Lane 2004-11-03 20:12:57 Re: vacuum analyze slows sql query