Skip to content

P
Postgres FD Implementation
Commit ededa6df authored by Bruce Momjian's avatar Bruce Momjian
Browse files
Options

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.
parent 15f8202c
Hide whitespace changes
Inline Side-by-side
Showing with 3 additions and 18 deletions
doc/TODO
View file @ ededa6df
PostgreSQL TODO List PostgreSQL TODO List
==================== ====================
Current maintainer: Bruce Momjian (bruce@momjian.us) 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 The most recent version of this document can be viewed at
http://www.postgresql.org/docs/faqs.TODO.html. http://www.postgresql.org/docs/faqs.TODO.html.
...@@ -1090,14 +1090,6 @@ Fsync ...@@ -1090,14 +1090,6 @@ Fsync
Cache Usage 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(*) * Speed up COUNT(*)
We could use a fixed row count and a +/- count to follow MVCC We could use a fixed row count and a +/- count to follow MVCC
......
doc/src/FAQ/TODO.html
View file @ ededa6df
...@@ -8,7 +8,7 @@ ...@@ -8,7 +8,7 @@
<body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF"> <body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF">
<h1><a name="section_1">PostgreSQL TODO List</a></h1> <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/> <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>
<p>The most recent version of this document can be viewed at<br/> <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>. <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/> ...@@ -971,14 +971,7 @@ first. There is also a developer's wiki at<br/>
<h1><a name="section_14">Cache Usage</a></h1> <h1><a name="section_14">Cache Usage</a></h1>
<ul> <ul>
<li>Allow free-behind capability for large sequential scans, perhaps using <li>Speed up COUNT(*)
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(*)
<p> We could use a fixed row count and a +/- count to follow MVCC <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 visibility rules, or a single cached value could be used and
invalidated if anyone modifies the table. Another idea is to invalidated if anyone modifies the table. Another idea is to
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment