Wording improvements for archive_timeout.

diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 4db9831a68747bb85016a0e802b3d6b5b01c6650..d792b87abf3c9871ef0d7807a9d31315d752fadd 100644 (file)
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -1,4 +1,4 @@
-
+
 
 
   Server Configuration
@@ -1591,8 +1591,8 @@ archive_command = 'copy "%p" /mnt/server/archivedir/"%f"'  # Windows
       
       
        
-        The  is only invoked on completed 
-        WAL segments. Hence,
+        By default, the  is only invoked
+        on completed WAL segments. Hence,
         if your server generates only little WAL traffic (or has slack periods 
         where it does so), there could be a long delay between the completion
         of a transaction and its safe recording in archive storage.  To put
@@ -1602,7 +1602,7 @@ archive_command = 'copy "%p" /mnt/server/archivedir/"%f"'  # Windows
         greater than zero, the server will switch to a new segment file
         whenever this many seconds elapse since the last segment file switch.
         Note that archived
-        files that are ended early due to a forced switch are still the same
+        files that are closed early due to a forced switch are still the same
         length as completely full files.  It is therefore unwise to set a very
         short archive_timeout — it will bloat your archive
         storage.  archive_timeout settings of a minute or so are