@@ -2820,6 +2820,41 @@ include_dir 'conf.d'
2820
2820
</listitem>
2821
2821
</varlistentry>
2822
2822
2823
+ <varlistentry id="guc-wal-init-zero" xreflabel="wal_init_zero">
2824
+ <term><varname>wal_init_zero</varname> (<type>boolean</type>)
2825
+ <indexterm>
2826
+ <primary><varname>wal_init_zero</varname> configuration parameter</primary>
2827
+ </indexterm>
2828
+ </term>
2829
+ <listitem>
2830
+ <para>
2831
+ If set to <literal>on</literal> (the default), this option causes new
2832
+ WAL files to be filled with zeroes. On some file systems, this ensures
2833
+ that space is allocated before we need to write WAL records. However,
2834
+ <firstterm>Copy-On-Write</firstterm> (COW) file systems may not benefit
2835
+ from this technique, so the option is given to skip the unnecessary
2836
+ work. If set to <literal>off</literal>, only the final byte is written
2837
+ when the file is created so that it has the expected size.
2838
+ </para>
2839
+ </listitem>
2840
+ </varlistentry>
2841
+
2842
+ <varlistentry id="guc-wal-recycle" xreflabel="wal_recycle">
2843
+ <term><varname>wal_recycle</varname> (<type>boolean</type>)
2844
+ <indexterm>
2845
+ <primary><varname>wal_recycle</varname> configuration parameter</primary>
2846
+ </indexterm>
2847
+ </term>
2848
+ <listitem>
2849
+ <para>
2850
+ If set to <literal>on</literal> (the default), this option causes WAL
2851
+ files to be recycled by renaming them, avoiding the need to create new
2852
+ ones. On COW file systems, it may be faster to create new ones, so the
2853
+ option is given to disable this behavior.
2854
+ </para>
2855
+ </listitem>
2856
+ </varlistentry>
2857
+
2823
2858
<varlistentry id="guc-wal-buffers" xreflabel="wal_buffers">
2824
2859
<term><varname>wal_buffers</varname> (<type>integer</type>)
2825
2860
<indexterm>
@@ -3752,41 +3787,6 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
3752
3787
</listitem>
3753
3788
</varlistentry>
3754
3789
3755
- <varlistentry id="guc-wal-init-zero" xreflabel="wal_init_zero">
3756
- <term><varname>wal_init_zero</varname> (<type>boolean</type>)
3757
- <indexterm>
3758
- <primary><varname>wal_init_zero</varname> configuration parameter</primary>
3759
- </indexterm>
3760
- </term>
3761
- <listitem>
3762
- <para>
3763
- If set to <literal>on</literal> (the default), this option causes new
3764
- WAL files to be filled with zeroes. On some file systems, this ensures
3765
- that space is allocated before we need to write WAL records. However,
3766
- <firstterm>Copy-On-Write</firstterm> (COW) file systems may not benefit
3767
- from this technique, so the option is given to skip the unnecessary
3768
- work. If set to <literal>off</literal>, only the final byte is written
3769
- when the file is created so that it has the expected size.
3770
- </para>
3771
- </listitem>
3772
- </varlistentry>
3773
-
3774
- <varlistentry id="guc-wal-recycle" xreflabel="wal_recycle">
3775
- <term><varname>wal_recycle</varname> (<type>boolean</type>)
3776
- <indexterm>
3777
- <primary><varname>wal_recycle</varname> configuration parameter</primary>
3778
- </indexterm>
3779
- </term>
3780
- <listitem>
3781
- <para>
3782
- If set to <literal>on</literal> (the default), this option causes WAL
3783
- files to be recycled by renaming them, avoiding the need to create new
3784
- ones. On COW file systems, it may be faster to create new ones, so the
3785
- option is given to disable this behavior.
3786
- </para>
3787
- </listitem>
3788
- </varlistentry>
3789
-
3790
3790
<varlistentry id="guc-max-slot-wal-keep-size" xreflabel="max_slot_wal_keep_size">
3791
3791
<term><varname>max_slot_wal_keep_size</varname> (<type>integer</type>)
3792
3792
<indexterm>
0 commit comments