← Back to branch summary

~ubuntu-branches/ubuntu/hardy/postgresql-8.4/hardy-backports

« back to all changes in this revision

Viewing changes to doc/src/sgml/wal.sgml

  • Committer: Bazaar Package Importer
  • Author(s): Martin Pitt
  • Date: 2011-01-03 08:57:10 UTC
  • mfrom: (5.3.10 sid)
  • Revision ID: james.westby@ubuntu.com-20110103085710-v9u121v7u7oq8qca
Tags: 8.4.6-1~hardy1
Automated backport upload; no source changes.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/src/sgml/wal.sgml
75
75
   by unchecking <literal>My Computer\Open\{select disk
76
76
   drive}\Properties\Hardware\Properties\Policies\Enable write caching on
77
77
   the disk</>.  Also on Windows, <literal>fsync</> and
78
 
   <literal>fsync_writethrough</> never do write caching.
 
78
   <literal>fsync_writethrough</> never do write caching.  The
 
79
   <literal>fsync_writethrough</> option can also be used to disable
 
80
   write caching on <productname>MacOS X</>.
79
81
  </para>
80
82
 
81
83
  <para>
480
482
  <para>
481
483
   The <xref linkend="guc-wal-sync-method"> parameter determines how
482
484
   <productname>PostgreSQL</productname> will ask the kernel to force
483
 
    <acronym>WAL</acronym> updates out to disk.
484
 
   All the options should be the same as far as reliability goes,
485
 
   but it's quite platform-specific which one will be the fastest.
 
485
   <acronym>WAL</acronym> updates out to disk.
 
486
   All the options should be the same in terms of reliability, with
 
487
   the exception of <literal>fsync_writethrough</>, which can sometimes
 
488
   force a flush of the disk cache even when other options do not do so.
 
489
   However, it's quite platform-specific which one will be the fastest;
 
490
   you can test option speeds using the utility <filename>src/tools/fsync</>
 
491
   in the PostgreSQL source tree.
486
492
   Note that this parameter is irrelevant if <varname>fsync</varname>
487
493
   has been turned off.
488
494
  </para>
542
548
   irrecoverable data corruption.  Administrators should try to ensure
543
549
   that disks holding <productname>PostgreSQL</productname>'s
544
550
   <acronym>WAL</acronym> log files do not make such false reports.
 
551
   (See <xref linkend="wal-reliability">.)
545
552
  </para>
546
553
 
547
554
  <para>