Re: Questions regarding contrib/tsearch

From: Andrew Sullivan <andrew(at)libertyrms(dot)info>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Questions regarding contrib/tsearch
Date: 2002-08-02 20:58:39
Message-ID: 20020802165839.S8966@mail.libertyrms.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Aug 02, 2002 at 03:30:18PM -0400, Tom Lane wrote:
> > I was wondering: is there an in-principle reason that there isn't any
> > mechanism for locking a table in memory, or is it just that no-one
> > has ever done it?
>
> Why would you? If the table is being heavily accessed then it will stay
> in memory. If it gets dropped from memory then the memory was needed
> for something else that's more heavily used at the moment.

I tend to agree with this, but I can imagine a case where a machine
is actually being asked to do more than it should. In that case, you
might decide that you want to preserve the performance on certain
tables, at the expense of the overall system. I don't even know
whether that would work; it's just the standard answer I get when I
ask Oracle guys whether Oracle's memory management is so bad that
they have to lock tables in memory. ;-)

A

--
----
Andrew Sullivan 87 Mowat Avenue
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M6K 3E3
+1 416 646 3304 x110

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Arguile 2002-08-02 22:01:10 Re: Postgres and Perl: Which DBI module?
Previous Message J Smith 2002-08-02 20:39:01 Creating GiST Indices?