Re: Pinning a table into memory

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: David Blood <david(at)matraex(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Pinning a table into memory
Date: 2002-10-08 13:32:50
Message-ID: 3DA2DE82.1AC84934@Yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-performance pgsql-sql

Tom Lane wrote:
>
> "David Blood" <david(at)matraex(dot)com> writes:
> > In Oracle you can Pin large objects into memory to prevent frequent
> > reloads. Is there anyway to do this with Postgres?
>
> I can never understand why people think this would be a good idea.
> If you're hitting a table frequently, it will stay in memory anyway
> (either in Postgres shared buffers or kernel disk cache). If you're
> not hitting it frequently enough to keep it swapped in, then whatever
> is getting swapped in instead is probably a better candidate to be
> occupying the space.

As I understand it, he's looking for a mechanism to prevent a single
sequential scan on a table, larger than the buffer cache, to kick out
everything else at once. But I agree with you that pinning other objects
is just mucking with the symptoms instead of curing the desease.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Erwan DUROSELLE 2002-10-08 13:34:07 Rép. : Re: Hot Backup
Previous Message Shridhar Daithankar 2002-10-08 12:58:01 Re: Hot Backup

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Treat 2002-10-08 13:40:44 Re: Hot Backup
Previous Message Robert Treat 2002-10-08 13:27:40 Re: Little note to php coders

Browse pgsql-performance by date

  From Date Subject
Next Message Ron Johnson 2002-10-08 13:50:52 Re: [GENERAL] Large databases, performance
Previous Message Martijn van Oosterhout 2002-10-08 07:20:47 Re: [pgsql-performance] Large databases, performance

Browse pgsql-sql by date

  From Date Subject
Next Message Mathieu Arnold 2002-10-08 13:47:52 foreign key, on delete cascade...
Previous Message Richard Huxton 2002-10-08 08:38:37 Re: Problems Formulating a SELECT