Skip to content

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

This item was fixed in a different way, so has been removed: 

<
< * Allow free-behind capability for large sequential scans to avoid
<   kernel cache spoiling
<
<   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 15658885
Hide whitespace changes
Inline Side-by-side
Showing with 3 additions and 18 deletions
doc/TODO
View file @ c7e8d0f3
PostgreSQL TODO List PostgreSQL TODO List
==================== ====================
Current maintainer: Bruce Momjian (bruce@momjian.us) Current maintainer: Bruce Momjian (bruce@momjian.us)
Last updated: Fri Dec 7 12:52:05 EST 2007 Last updated: Wed Dec 12 01:59:39 EST 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.
...@@ -1069,14 +1069,6 @@ Fsync ...@@ -1069,14 +1069,6 @@ Fsync
Cache Usage Cache Usage
=========== ===========
* Allow free-behind capability for large sequential scans to avoid
kernel cache spoiling
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 @ c7e8d0f3
...@@ -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 Dec 7 12:52:05 EST 2007 Last updated: Wed Dec 12 01:59:39 EST 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>.
...@@ -947,14 +947,7 @@ first. There is also a developer's wiki at<br/> ...@@ -947,14 +947,7 @@ first. There is also a developer's wiki at<br/>
<h1><a name="section_12">Cache Usage</a></h1> <h1><a name="section_12">Cache Usage</a></h1>
<ul> <ul>
<li>Allow free-behind capability for large sequential scans to avoid <li>Speed up COUNT(*)
kernel cache spoiling
<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