| From: | Kenneth Marshall <ktm(at)rice(dot)edu> |
|---|---|
| To: | 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 16:52:16 |
| Message-ID: | 20101103165216.GC27429@aart.is.rice.edu |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Mladen,
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.
Regards,
Ken
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?
>
> --
> Mladen Gogala Sr. Oracle DBA
> 1500 Broadway
> New York, NY 10036
> (212) 329-5251
> http://www.vmsinfo.com The Leader in Integrated Media Intelligence
> Solutions
>
>
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kevin Grittner | 2010-11-03 17:09:42 | Re: Bufer cache replacement LRU algorithm? |
| Previous Message | Mladen Gogala | 2010-11-03 16:35:33 | Bufer cache replacement LRU algorithm? |