From ededa6dfc8f06c8fb3447513dc18b2d07b8a2c62 Mon Sep 17 00:00:00 2001 From: Bruce Momjian <bruce@momjian.us> Date: Sat, 2 Jun 2007 02:46:38 +0000 Subject: [PATCH] TODO item not needed anymore now that the buffer cache is scan-resistant: < < * Allow free-behind capability for large sequential scans, perhaps using < posix_fadvise() < < Posix_fadvise() can control both sequential/random file caching and < free-behind behavior, but it is unclear how the setting affects other < backends that also have the file open, and the feature is not supported < on all operating systems. --- doc/TODO | 10 +--------- doc/src/FAQ/TODO.html | 11 ++--------- 2 files changed, 3 insertions(+), 18 deletions(-) diff --git a/doc/TODO b/doc/TODO index 2fc5bcabc8a..2fdce435dad 100644 --- a/doc/TODO +++ b/doc/TODO @@ -1,7 +1,7 @@ PostgreSQL TODO List ==================== Current maintainer: Bruce Momjian (bruce@momjian.us) -Last updated: Fri Jun 1 14:41:49 EDT 2007 +Last updated: Fri Jun 1 22:46:01 EDT 2007 The most recent version of this document can be viewed at http://www.postgresql.org/docs/faqs.TODO.html. @@ -1090,14 +1090,6 @@ Fsync Cache Usage =========== -* Allow free-behind capability for large sequential scans, perhaps using - posix_fadvise() - - Posix_fadvise() can control both sequential/random file caching and - free-behind behavior, but it is unclear how the setting affects other - backends that also have the file open, and the feature is not supported - on all operating systems. - * Speed up COUNT(*) We could use a fixed row count and a +/- count to follow MVCC diff --git a/doc/src/FAQ/TODO.html b/doc/src/FAQ/TODO.html index c08702392ac..a1d458e21b2 100644 --- a/doc/src/FAQ/TODO.html +++ b/doc/src/FAQ/TODO.html @@ -8,7 +8,7 @@ <body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF"> <h1><a name="section_1">PostgreSQL TODO List</a></h1> <p>Current maintainer: Bruce Momjian (<a href="mailto:bruce@momjian.us">bruce@momjian.us</a>)<br/> -Last updated: Fri Jun 1 14:41:49 EDT 2007 +Last updated: Fri Jun 1 22:46:01 EDT 2007 </p> <p>The most recent version of this document can be viewed at<br/> <a href="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>. @@ -971,14 +971,7 @@ first. There is also a developer's wiki at<br/> <h1><a name="section_14">Cache Usage</a></h1> <ul> - <li>Allow free-behind capability for large sequential scans, perhaps using - posix_fadvise() -<p> Posix_fadvise() can control both sequential/random file caching and - free-behind behavior, but it is unclear how the setting affects other - backends that also have the file open, and the feature is not supported - on all operating systems. -</p> - </li><li>Speed up COUNT(*) + <li>Speed up COUNT(*) <p> We could use a fixed row count and a +/- count to follow MVCC visibility rules, or a single cached value could be used and invalidated if anyone modifies the table. Another idea is to -- GitLab