hbase-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From chia7...@apache.org
Subject hbase git commit: HBASE-18635 Fixed Asciidoc warning
Date Tue, 19 Dec 2017 15:45:42 GMT
Repository: hbase
Updated Branches:
  refs/heads/branch-2 019f51a05 -> a2b5deec1


HBASE-18635 Fixed Asciidoc warning

Signed-off-by: Misty Stanley-Jones <misty@apache.org>
Signed-off-by: Chia-Ping Tsai <chia7712@gmail.com>


Project: http://git-wip-us.apache.org/repos/asf/hbase/repo
Commit: http://git-wip-us.apache.org/repos/asf/hbase/commit/a2b5deec
Tree: http://git-wip-us.apache.org/repos/asf/hbase/tree/a2b5deec
Diff: http://git-wip-us.apache.org/repos/asf/hbase/diff/a2b5deec

Branch: refs/heads/branch-2
Commit: a2b5deec1289a061bb081256584cb84f3d6b0802
Parents: 019f51a
Author: Jan Hentschel <jan.hentschel@ultratendency.com>
Authored: Sun Aug 20 23:47:11 2017 +0200
Committer: Chia-Ping Tsai <chia7712@gmail.com>
Committed: Tue Dec 19 23:45:31 2017 +0800

----------------------------------------------------------------------
 src/main/asciidoc/_chapters/external_apis.adoc | 15 +++++++--------
 src/main/asciidoc/_chapters/schema_design.adoc | 12 ++++++------
 2 files changed, 13 insertions(+), 14 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/hbase/blob/a2b5deec/src/main/asciidoc/_chapters/external_apis.adoc
----------------------------------------------------------------------
diff --git a/src/main/asciidoc/_chapters/external_apis.adoc b/src/main/asciidoc/_chapters/external_apis.adoc
index 4338d1c..ffb6ee6 100644
--- a/src/main/asciidoc/_chapters/external_apis.adoc
+++ b/src/main/asciidoc/_chapters/external_apis.adoc
@@ -288,18 +288,17 @@ your filter to the file. For example, to return only rows for
 which keys start with <codeph>u123</codeph> and use a batch size
 of 100, the filter file would look like this:
 
-+++
-<pre>
-&lt;Scanner batch="100"&gt;
-  &lt;filter&gt;
+[source,xml]
+----
+<Scanner batch="100">
+  <filter>
     {
       "type": "PrefixFilter",
       "value": "u123"
     }
-  &lt;/filter&gt;
-&lt;/Scanner&gt;
-</pre>
-+++
+  </filter>
+</Scanner>
+----
 
 Pass the file to the `-d` argument of the `curl` request.
 |curl -vi -X PUT \

http://git-wip-us.apache.org/repos/asf/hbase/blob/a2b5deec/src/main/asciidoc/_chapters/schema_design.adoc
----------------------------------------------------------------------
diff --git a/src/main/asciidoc/_chapters/schema_design.adoc b/src/main/asciidoc/_chapters/schema_design.adoc
index c091fc3..4cd7656 100644
--- a/src/main/asciidoc/_chapters/schema_design.adoc
+++ b/src/main/asciidoc/_chapters/schema_design.adoc
@@ -1112,7 +1112,7 @@ If you don't have time to build it both ways and compare, my advice
would be to
 [[schema.ops]]
 == Operational and Performance Configuration Options
 
-====  Tune HBase Server RPC Handling
+===  Tune HBase Server RPC Handling
 
 * Set `hbase.regionserver.handler.count` (in `hbase-site.xml`) to cores x spindles for concurrency.
 * Optionally, split the call queues into separate read and write queues for differentiated
service. The parameter `hbase.ipc.server.callqueue.handler.factor` specifies the number of
call queues:
@@ -1128,7 +1128,7 @@ If you don't have time to build it both ways and compare, my advice
would be to
 - `< 0.5` for more short-read
 - `> 0.5` for more long-read
 
-====  Disable Nagle for RPC
+===  Disable Nagle for RPC
 
 Disable Nagle’s algorithm. Delayed ACKs can add up to ~200ms to RPC round trip time. Set
the following parameters:
 
@@ -1139,7 +1139,7 @@ Disable Nagle’s algorithm. Delayed ACKs can add up to ~200ms to RPC
round trip
 - `hbase.ipc.client.tcpnodelay = true`
 - `hbase.ipc.server.tcpnodelay = true`
 
-====  Limit Server Failure Impact
+===  Limit Server Failure Impact
 
 Detect regionserver failure as fast as reasonable. Set the following parameters:
 
@@ -1148,7 +1148,7 @@ Detect regionserver failure as fast as reasonable. Set the following
parameters:
 - `dfs.namenode.avoid.read.stale.datanode = true`
 - `dfs.namenode.avoid.write.stale.datanode = true`
 
-====  Optimize on the Server Side for Low Latency
+===  Optimize on the Server Side for Low Latency
 
 * Skip the network for local blocks. In `hbase-site.xml`, set the following parameters:
 - `dfs.client.read.shortcircuit = true`
@@ -1186,7 +1186,7 @@ Detect regionserver failure as fast as reasonable. Set the following
parameters:
 
 ==  Special Cases
 
-====  For applications where failing quickly is better than waiting
+===  For applications where failing quickly is better than waiting
 
 *  In `hbase-site.xml` on the client side, set the following parameters:
 - Set `hbase.client.pause = 1000`
@@ -1195,7 +1195,7 @@ Detect regionserver failure as fast as reasonable. Set the following
parameters:
 - Set the RecoverableZookeeper retry count: `zookeeper.recovery.retry = 1` (no retry)
 * In `hbase-site.xml` on the server side, set the Zookeeper session timeout for detecting
server failures: `zookeeper.session.timeout` <= 30 seconds (20-30 is good).
 
-====  For applications that can tolerate slightly out of date information
+===  For applications that can tolerate slightly out of date information
 
 **HBase timeline consistency (HBASE-10070) **
 With read replicas enabled, read-only copies of regions (replicas) are distributed over the
cluster. One RegionServer services the default or primary replica, which is the only replica
that can service writes. Other RegionServers serve the secondary replicas, follow the primary
RegionServer, and only see committed updates. The secondary replicas are read-only, but can
serve reads immediately while the primary is failing over, cutting read availability blips
from seconds to milliseconds. Phoenix supports timeline consistency as of 4.4.0


Mime
View raw message