From 9047981a0cfd7293f20678647c577b6277e57bdc Mon Sep 17 00:00:00 2001
From: Michael Stack <stack@apache.org>
Date: Wed, 30 Apr 2014 22:04:25 +0000
Subject: [PATCH] Fix up the doc of 'dfs.client.read.shortcircuit.buffer.size'

git-svn-id: https://svn.apache.org/repos/asf/hbase/trunk@1591492 13f79535-47bb-0310-9956-ffa450edef68
---
 src/main/docbkx/performance.xml | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/src/main/docbkx/performance.xml b/src/main/docbkx/performance.xml
index 0e2c5305332..174baf2b2fb 100644
--- a/src/main/docbkx/performance.xml
+++ b/src/main/docbkx/performance.xml
@@ -726,8 +726,9 @@ configurations.
 </para>
 <note xml:id="dfs.client.read.shortcircuit.buffer.size">
     <title>dfs.client.read.shortcircuit.buffer.size</title>
-    <para>The default for this value is too high when running on a highly trafficed HBase.  Set it down from its
-        1M default down to 128k or so.  Put this configuration in the HBase configs (its a HDFS client-side configuration).
+    <para>The default for this value is too high when running on a highly trafficed HBase.
+        In HBase, if this value has not been set, we set it down from the default of 1M to 128k
+        (Since HBase 0.98.0 and 0.96.1).  See <link xlink:href="https://issues.apache.org/jira/browse/HBASE-8143">HBASE-8143 HBase on Hadoop 2 with local short circuit reads (ssr) causes OOM</link>).
         The Hadoop DFSClient in HBase will allocate a direct byte buffer of this size for <emphasis>each</emphasis>
     block it has open; given HBase keeps its HDFS files open all the time, this can add up quickly.</para>
 </note>