510_Deployment/20_hardware.asciidoc

修改英文符号

Author: pengqiuyuan

510_Deployment/20_hardware.asciidoc

@@ -9,7 +9,7 @@
 如果有一种资源是最先被耗尽的，它可能是内存。((("hardware", "memory")))((("memory")))排序和聚合都很耗内存，所以有足够的堆空间来应付它们是很重要的。((("heap")))即使堆空间是比较小的时候，
 也能为操作系统文件缓存提供额外的内存。因为 Lucene 使用的许多数据结构是基于磁盘的格式， Elasticsearch 利用操作系统缓存能产生很大效果。
 
-64 GB 内存的机器是非常理想的， 但是32 GB 和16 GB 机器也是很常见的。少于8 GB 会适得其反(你最终需要很多很多的小机器)，大于64 GB的机器也会有问题，
+64 GB 内存的机器是非常理想的， 但是32 GB 和16 GB 机器也是很常见的。少于8 GB 会适得其反(你最终需要很多很多的小机器)，大于64 GB 的机器也会有问题，
 我们将在 <<heap-sizing>> 中讨论。
 
 ==== CPUs
@@ -28,7 +28,7 @@
 ****
 如果你正在使用 SSDs ，确保你的系统 I/O 调度程序是((("I/O scheduler")))配置正确的。
 当你向硬盘写数据，I/O 调度程序决定何时把数据
-_实际_ 发送到硬盘。大多数默认 *nix 发行版下的调度程序都叫做 `cfq` (完全公平队列).
+_实际_ 发送到硬盘。大多数默认 *nix 发行版下的调度程序都叫做 `cfq` (完全公平队列)。
 
 调度程序分配 _时间片_ 到每个进程。并且优化这些到硬盘的众多队列的传递。但它是为旋转媒介优化的：
 旋转盘片的固有特性意味着它写入数据到基于物理布局的硬盘会更高效。
@@ -39,17 +39,17 @@ _实际_ 发送到硬盘。大多数默认 *nix 发行版下的调度程序都
 这个简单的更改可以带来显著的影响。仅仅是使用正确的调度程序，我们看到了500倍的写入能力提升。
 ****
 
-如果你使用旋转媒介，尝试获取尽可能快的硬盘(高性能服务器硬盘, 15k RPM 驱动器).
+如果你使用旋转媒介，尝试获取尽可能快的硬盘(高性能服务器硬盘，15k RPM 驱动器)。
 
 使用 RAID 0 是提高硬盘速度的有效途径，对旋转硬盘和 SSD 来说都是如此。没有必要使用镜像或其它 RAID 变体，因为高可用已经通过 replicas 内建于 Elasticsearch 之中。
 
-最后，避免使用网络附加存储 (NAS)。人们常声称他们的 NAS 解决方案比本地驱动器更快更可靠。除却这些声称，
+最后，避免使用网络附加存储(NAS)。人们常声称他们的 NAS 解决方案比本地驱动器更快更可靠。除却这些声称，
 我们从没看到NAS能配得上它的大肆宣传。 NAS 常常很慢，显露出更大的延时和更宽的平均延时方差，而且它是单点故障的。
 
 ==== 网络
 
 快速可靠的网络显然对分布式系统的性能是很重要的((("hardware", "network")))((("network")))。
-低延时能帮助确保节点间能容易的通讯，大带宽能帮助分片移动和恢复。现代数据中心网络 (1 GbE, 10 GbE) 对绝大多数集群都是足够的。
+低延时能帮助确保节点间能容易的通讯，大带宽能帮助分片移动和恢复。现代数据中心网络(1 GbE, 10 GbE)对绝大多数集群都是足够的。
 
 即使数据中心们近在咫尺，也要避免集群跨越多个数据中心。绝对要避免集群跨越大的地理距离。