Skip site navigation (1) Skip section navigation (2)

Re: Bufer cache replacement LRU algorithm?

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Kenneth Marshall" <ktm(at)rice(dot)edu>, "Mladen Gogala" <mladen(dot)gogala(at)vmsinfo(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Bufer cache replacement LRU algorithm?
Date: 2010-11-03 17:09:42
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Kenneth Marshall <ktm(at)rice(dot)edu> wrote:
> On Wed, Nov 03, 2010 at 12:35:33PM -0400, Mladen Gogala wrote:
>> Where can I find the documentation describing the buffer
>> replacement policy? Are there any parameters governing the page
>> replacement policy?
> You would need to check the mailing lists. The release notes
> have it as being a clock sweep algorithm starting in version
> 8. Then additional changes were added to eliminate the cache
> blowout caused by a sequential scan and by vacuum/autovacuum.
> I do not believe that there are any parameters available other
> than total size of the pool and whether sequential scans are
> synchronized.
The background writer settings might be considered relevant, too.
Also keep in mind that PostgreSQL goes through the OS cache and
filesystems; the filesystem choice and OS settings will have an
impact on how that level of caching behaves.  Since there is often
much more cache at the OS level than in PostgreSQL shared buffers,
you don't want to overlook that aspect of things.

In response to

pgsql-performance by date

Next:From: Heikki LinnakangasDate: 2010-11-03 17:10:29
Subject: Re: Simple (hopefully) throughput question?
Previous:From: Kenneth MarshallDate: 2010-11-03 16:52:16
Subject: Re: Bufer cache replacement LRU algorithm?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group