Re: Free WAL caches on switching segments - Mailing list pgsql-patches

From ITAGAKI Takahiro
Subject Re: Free WAL caches on switching segments
Date
Msg-id 20060112135902.4D32.ITAGAKI.TAKAHIRO@lab.ntt.co.jp
Whole thread Raw
In response to Re: Free WAL caches on switching segments  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Free WAL caches on switching segments  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: Free WAL caches on switching segments  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-patches
Bruce Momjian <pgman@candle.pha.pa.us> wrote:

> > > > Here is a small patch to prevent undesired WAL file caching by kernel.
> > > > posix_fadvise(POSIX_FADV_DONTNEED) attempts to free cached pages and
> > > > the kernel will discard them in preference to other data caches.
> > >
> > > On plenty of platforms, this won't even compile ...
>
> Yes, but we probably have to have a configure test to see if
> posix_fadvise exists too.  I will keep this for 8.2.

I think we can use _POSIX_ADVISORY_INFO to test if posix_fadvise exists.
Also, I added the check on whether WAL archiving is enabled, because
archivers might use the caches to read the WAL segment.


By the way, should we put posix_fadvise on the separated place with renaming
pg_fadvise? If we use posix_fadvise in other purposes, for example,
read-ahead control, the separation would be good to keep codes clean.

---
ITAGAKI Takahiro
NTT Cyber Space Laboratories


Attachment

pgsql-patches by date:

Previous
From: Tom Lane
Date:
Subject: Re: domain constraints and UNKNOWN params
Next
From: Neil Conway
Date:
Subject: Re: domain constraints and UNKNOWN params