Update journaling performance docs based on comments by Michael Renner.

diff --git a/doc/src/sgml/wal.sgml b/doc/src/sgml/wal.sgml
index 7ae6c053d783e1c029af24a4d8658ae512b06821..15cd5baec36a2a0999b1e7cda82c394e38cb4c3f 100644 (file)
--- a/doc/src/sgml/wal.sgml
+++ b/doc/src/sgml/wal.sgml
@@ -139,13 +139,13 @@
     <para>
      Because <acronym>WAL</acronym> restores database file
      contents after a crash, it is not necessary to use a
-     journaled filesystem;  in fact, journaling overhead can
-     reduce performance.  For best performance, turn off
-     <emphasis>data</emphasis> journaling as a filesystem mount
-     option, e.g. use <literal>data=writeback</> on Linux.
-     Meta-data journaling (e.g.  file creation and directory
-     modification) is still desirable for faster rebooting after
-     a crash.
+     journaled filesystem for reliability.  In fact, journaling
+     overhead can reduce performance, especially if journaling
+     causes file system <emphasis>data</emphasis> to be flushed
+     to disk.  Fortunately, data flushing during journaling can
+     often be disabled with a filesystem mount option, e.g.
+     <literal>data=writeback</> on a Linux ext3 file system.
+     Journaled file systems do improve boot speed after a crash.
     </para>
    </tip>