Move item to proper section:

< * Experiment with multi-threaded backend better resource utilization < < This would allow a single query to make use of multiple CPU's or < multiple I/O channels simultaneously. One idea is to create a < background reader that can pre-fetch sequential and index scan < pages needed by other backends. This could be expanded to allow < concurrent reads from multiple devices in a partitioned table. < > * Experiment with multi-threaded backend better resource utilization > > This would allow a single query to make use of multiple CPU's or > multiple I/O channels simultaneously. One idea is to create a > background reader that can pre-fetch sequential and index scan > pages needed by other backends. This could be expanded to allow > concurrent reads from multiple devices in a partitioned table.

Move item to proper section:
< * Experiment with multi-threaded backend better resource utilization < < This would allow a single query to make use of multiple CPU's or < multiple I/O channels simultaneously. One idea is to create a < background reader that can pre-fetch sequential and index scan < pages needed by other backends. This could be expanded to allow < concurrent reads from multiple devices in a partitioned table. < > * Experiment with multi-threaded backend better resource utilization > > This would allow a single query to make use of multiple CPU's or > multiple I/O channels simultaneously. One idea is to create a > background reader that can pre-fetch sequential and index scan > pages needed by other backends. This could be expanded to allow > concurrent reads from multiple devices in a partitioned table.
cda598e1 · Bruce Momjian · 012786aa · cda598e1 · cda598e1
隐藏空白更改
内联并排

Showing with 16 addition and 17 deletion

doc/TODO doc/TODO +8 -9

doc/src/FAQ/TODO.html doc/src/FAQ/TODO.html +8 -8

未找到文件。
--- a/doc/TODO
+++ b/doc/TODO
 PostgreSQL TODO List
 ====================
 Current maintainer:	Bruce Momjian (bruce@momjian.us)
-Last updated:		Sun Dec 16 20:40:44 EST 2007
+Last updated:		Fri Dec 21 16:20:21 EST 2007

 The most recent version of this document can be viewed at
 http://www.postgresql.org/docs/faqs.TODO.html.
@@ -1232,14 +1232,6 @@ Startup Time Improvements
  Solaris) might benefit from threading.  Also explore the idea of
  a single session using multiple threads to execute a statement faster.

-* Experiment with multi-threaded backend better resource utilization
-
-  This would allow a single query to make use of multiple CPU's or
-  multiple I/O channels simultaneously.  One idea is to create a
-  background reader that can pre-fetch sequential and index scan
-  pages needed by other backends.  This could be expanded to allow
-  concurrent reads from multiple devices in a partitioned table.
-
 * Add connection pooling

  It is unclear if this should be done inside the backend code or done
@@ -1391,6 +1383,13 @@ Miscellaneous Performance

  http://archives.postgresql.org/pgsql-hackers/2007-01/msg00752.php

+* Experiment with multi-threaded backend better resource utilization
+
+  This would allow a single query to make use of multiple CPU's or
+  multiple I/O channels simultaneously.  One idea is to create a
+  background reader that can pre-fetch sequential and index scan
+  pages needed by other backends.  This could be expanded to allow
+  concurrent reads from multiple devices in a partitioned table.


 Source Code

--- 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:           Sun Dec 16 20:40:44 EST 2007
+Last updated:           Fri Dec 21 16:20:21 EST 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>.
@@ -1090,13 +1090,6 @@ first.  There is also a developer's wiki at<br/>
  database startup overhead, but a few operating systems (Win32,
  Solaris) might benefit from threading.  Also explore the idea of
  a single session using multiple threads to execute a statement faster.
-</p>
-  </li><li>Experiment with multi-threaded backend better resource utilization
-<p>  This would allow a single query to make use of multiple CPU's or
-  multiple I/O channels simultaneously.  One idea is to create a
-  background reader that can pre-fetch sequential and index scan
-  pages needed by other backends.  This could be expanded to allow
-  concurrent reads from multiple devices in a partitioned table.
 </p>
  </li><li>Add connection pooling
 <p>  It is unclear if this should be done inside the backend code or done
@@ -1230,6 +1223,13 @@ first.  There is also a developer's wiki at<br/>
 </p>
  </li><li>Consider reducing memory used for shared buffer reference count
 <p>  <a href="http://archives.postgresql.org/pgsql-hackers/2007-01/msg00752.php">http://archives.postgresql.org/pgsql-hackers/2007-01/msg00752.php</a>
+</p>
+  </li><li>Experiment with multi-threaded backend better resource utilization
+<p>  This would allow a single query to make use of multiple CPU's or
+  multiple I/O channels simultaneously.  One idea is to create a
+  background reader that can pre-fetch sequential and index scan
+  pages needed by other backends.  This could be expanded to allow
+  concurrent reads from multiple devices in a partitioned table.
 </p>
 </li></ul>
 <h1><a name="section_19">Source Code</a></h1>