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

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: Question about PG cache selection strategy


  • From: Jim Nasby <decibel(at)decibel(dot)org>
  • To: Sefer Tov <sefer(at)hotmail(dot)com>
  • Cc: <pgsql-general(at)postgresql(dot)org>
  • Subject: Re: Question about PG cache selection strategy
  • Date: Sun, 26 Nov 2006 19:55:55 -0600
  • Message-id: <CDC90D05-0ED0-42CD-9E75-38AC04897640(at)decibel(dot)org>

On Nov 23, 2006, at 8:37 AM, Sefer Tov wrote:
oddities. Clearly the caching algorithm favors caching the indices to data (since they are more frequently accessed) but there is another case where *recently written* entries are often requested shortly after and I am not sure that they get prioritized correctly by the cache. My question is whether the cache algorithm caches only READ pages or also WRITTEN pages? If it does, is there to set some prioritization ratio for these per table? It would enable to tune the caching for everyone specific needs (if needed).

Any writes to a page happen via shared_buffers, so yes, writes are cached. Once a page is dirtied, it will stay that way until it's written out by the background writer, or a checkpoint writes it out. I believe that the buffer management algorithms can decide that page should be removed from the buffer, which would also write it out.
--
Jim Nasby                                            jim(at)nasby(dot)net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)





Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group