Merge pull request #200 from exialin/master

将多处“微妙”修正为“微秒”

Author: ChenHuajun

postgresql/doc/src/sgml/config.sgml

@@ -4520,7 +4520,7 @@ ____________________________________________________________________________-->
        </para>
 ____________________________________________________________________________-->
        <para>
-        在一次 WAL 刷写被发起之前，<varname>commit_delay</varname>增加一个时间延迟，以微妙计。如果系统负载足够高，使得在一个给定间隔内有额外的事务准备好提交，那么通过允许更多事务通过一个单次 WAL 刷写来提交能够提高组提交的吞吐量。但是，它也把每次 WAL 刷写的潜伏期增加到了最多<varname>commit_delay</varname>微秒。因为如果没有其他事务准备好提交，就会浪费一次延迟，只有在当一次刷写将要被发起时有至少<varname>commit_siblings</varname>个其他活动事务时，才会执行一次延迟。另外，如果<varname>fsync</varname>被禁用，则将不会执行任何延迟。默认的<varname>commit_delay</>是零（无延迟）。只有超级用户才能修改这个设置。
+        在一次 WAL 刷写被发起之前，<varname>commit_delay</varname>增加一个时间延迟，以微秒计。如果系统负载足够高，使得在一个给定间隔内有额外的事务准备好提交，那么通过允许更多事务通过一个单次 WAL 刷写来提交能够提高组提交的吞吐量。但是，它也把每次 WAL 刷写的潜伏期增加到了最多<varname>commit_delay</varname>微秒。因为如果没有其他事务准备好提交，就会浪费一次延迟，只有在当一次刷写将要被发起时有至少<varname>commit_siblings</varname>个其他活动事务时，才会执行一次延迟。另外，如果<varname>fsync</varname>被禁用，则将不会执行任何延迟。默认的<varname>commit_delay</>是零（无延迟）。只有超级用户才能修改这个设置。
        </para>
 <!--==========================orignal english content==========================
        <para>

postgresql/doc/src/sgml/protocol.sgml

@@ -3662,7 +3662,7 @@ ____________________________________________________________________________-->
       </term>
       <listitem>
       <para>
-          在传送时服务器的系统时钟，以从2000-01-01午夜开始的微妙计。
+          在传送时服务器的系统时钟，以从2000-01-01午夜开始的微秒计。
       </para>
       </listitem>
       </varlistentry>
@@ -3716,7 +3716,7 @@ ____________________________________________________________________________-->
       </term>
       <listitem>
       <para>
-          在传送时服务器的系统时钟，以从2000-01-01午夜开始的微妙计。
+          在传送时服务器的系统时钟，以从2000-01-01午夜开始的微秒计。
       </para>
       </listitem>
       </varlistentry>
@@ -3796,7 +3796,7 @@ ____________________________________________________________________________-->
       </term>
       <listitem>
       <para>
-          在传送时客户端的系统时钟，以从2000-01-01午夜开始的微妙计。
+          在传送时客户端的系统时钟，以从2000-01-01午夜开始的微秒计。
       </para>
       </listitem>
       </varlistentry>
@@ -3842,7 +3842,7 @@ ____________________________________________________________________________-->
       </term>
       <listitem>
       <para>
-          在传送时客户端的系统时钟，以从2000-01-01午夜开始的微妙计。
+          在传送时客户端的系统时钟，以从2000-01-01午夜开始的微秒计。
       </para>
       </listitem>
       </varlistentry>

postgresql/doc/src/sgml/ref/pgbench.sgml

@@ -1588,7 +1588,7 @@ ____________________________________________________________________________-->
      </para>
 ____________________________________________________________________________-->
      <para>
-      导致脚本执行休眠指定的时间，时间的单位可以是微妙（<literal>us</>）、毫秒（<literal>ms</>）或者秒（<literal>s</>）。如果单位被忽略，则秒是默认值。<replaceable>number</>要么是一个整数常量，要么是一个引用了具有整数值的变量的<literal>:</><replaceable>variablename</>。
+      导致脚本执行休眠指定的时间，时间的单位可以是微秒（<literal>us</>）、毫秒（<literal>ms</>）或者秒（<literal>s</>）。如果单位被忽略，则秒是默认值。<replaceable>number</>要么是一个整数常量，要么是一个引用了具有整数值的变量的<literal>:</><replaceable>variablename</>。
      </para>
 
 <!--==========================orignal english content==========================

postgresql/doc/src/sgml/ref/pgtesttiming.sgml

@@ -189,7 +189,7 @@ Histogram of timing durations:
   </para>
 ____________________________________________________________________________-->
   <para>
-   好的结果将显示大部分（>90%）的单个计时调用用时都小于 1 微妙。每次循环的平均开销将会更低，低于 100 纳秒。下面的例子来自于一台使用了一份 TSC 时钟源码的 Intel i7-860 系统，它展示了非常好的性能：
+   好的结果将显示大部分（>90%）的单个计时调用用时都小于 1 微秒。每次循环的平均开销将会更低，低于 100 纳秒。下面的例子来自于一台使用了一份 TSC 时钟源码的 Intel i7-860 系统，它展示了非常好的性能：
 
 <screen>
 Testing timing overhead for 3 seconds.
@@ -213,7 +213,7 @@ Histogram of timing durations:
   </para>
 ____________________________________________________________________________-->
   <para>
-   注意每次循环时间和柱状图用的单位是不同的。循环的解析度可以在几个纳秒（ns），而单个计时调用只能解析到一个微妙（us）。
+   注意每次循环时间和柱状图用的单位是不同的。循环的解析度可以在几个纳秒（ns），而单个计时调用只能解析到一个微秒（us）。
   </para>
 
  </refsect2>

postgresql/doc/src/sgml/release-8.1.sgml

@@ -4175,7 +4175,7 @@ ____________________________________________________________________________-->
      </para>
 ____________________________________________________________________________-->
 <para>
-允许<type>interval</>数据类型接受只有毫秒或微妙组成的输入 (Neil)
+允许<type>interval</>数据类型接受只有毫秒或微秒组成的输入 (Neil)
 </para>
     </listitem>
 

postgresql/doc/src/sgml/release-8.2.sgml

@@ -6308,7 +6308,7 @@ ____________________________________________________________________________-->
      </para>
 ____________________________________________________________________________-->
 <para>
-正确的强制<varname>statement_timeout</>值比<literal>INT_MAX</>微妙（大约35分钟）更长 (Tom)
+正确的强制<varname>statement_timeout</>值比<literal>INT_MAX</>微秒（大约35分钟）更长 (Tom)
 </para>
 
 <!--==========================orignal english content==========================
@@ -7078,7 +7078,7 @@ ____________________________________________________________________________-->
      </para>
 ____________________________________________________________________________-->
 <para>
-允许<type>interval</>数据类型接受只由毫秒和微妙组成的输入 (Neil)
+允许<type>interval</>数据类型接受只由毫秒和微秒组成的输入 (Neil)
 </para>
     </listitem>