mirror of
https://github.com/postgres/postgres.git
synced 2025-07-27 12:41:57 +03:00
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.
This commit is contained in:
10
doc/TODO
10
doc/TODO
@ -1,7 +1,7 @@
|
||||
PostgreSQL TODO List
|
||||
====================
|
||||
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
|
||||
http://www.postgresql.org/docs/faqs.TODO.html.
|
||||
@ -1069,14 +1069,6 @@ Fsync
|
||||
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(*)
|
||||
|
||||
We could use a fixed row count and a +/- count to follow MVCC
|
||||
|
Reference in New Issue
Block a user