Re: [PATCHES] ARC Memory Usage analysis

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: Kenneth Marshall <ktm(at)is(dot)rice(dot)edu>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-patches(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org, josh(at)agliodbs(dot)com
Subject: Re: [PATCHES] ARC Memory Usage analysis
Date: 2004-10-25 16:03:12
Message-ID: 20651.1098720192@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches pgsql-performance

Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> This all only holds water, if the OS is allowed to swap out shared
> memory. And that was my initial question, how likely is it to find this
> to be true these days?

I think it's more likely that not that the OS will consider shared
memory to be potentially swappable. On some platforms there is a shmctl
call you can make to lock your shmem in memory, but (a) we don't use it
and (b) it may well require privileges we haven't got anyway.

This has always been one of the arguments against making shared_buffers
really large, of course --- if the buffers aren't all heavily used, and
the OS decides to swap them to disk, you are worse off than you would
have been with a smaller shared_buffers setting.

However, I'm still really nervous about the idea of using
effective_cache_size to control the ARC algorithm. That number is
usually entirely bogus. Right now it is only a second-order influence
on certain planner estimates, and I am afraid to rely on it any more
heavily than that.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2004-10-25 16:15:33 Re: rmtree() failure on Windows
Previous Message Andrew Dunstan 2004-10-25 16:03:07 Re: rmtree() failure on Windows

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2004-10-25 16:15:33 Re: rmtree() failure on Windows
Previous Message Andrew Dunstan 2004-10-25 16:03:07 Re: rmtree() failure on Windows

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2004-10-25 16:33:07 Re: futex results with dbt-3
Previous Message Jan Wieck 2004-10-25 15:34:25 Re: ARC Memory Usage analysis