HBASE-8162 Fix import of hbase-default.xml into refguide; broke
git-svn-id: https://svn.apache.org/repos/asf/hbase/trunk@1459109 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
parent
5fce119685
commit
1fab626bc7
6
pom.xml
6
pom.xml
|
@ -696,7 +696,7 @@
|
|||
<plugin>
|
||||
<groupId>org.codehaus.mojo</groupId>
|
||||
<artifactId>xml-maven-plugin</artifactId>
|
||||
<version>1.0-beta-3</version>
|
||||
<version>1.0</version>
|
||||
<inherited>false</inherited>
|
||||
<executions>
|
||||
<execution>
|
||||
|
@ -710,12 +710,12 @@
|
|||
<transformationSets>
|
||||
<transformationSet>
|
||||
<!--Reaching down into sub-module for docs-->
|
||||
<dir>${basedir}/hbase-server/src/main/resources/</dir>
|
||||
<dir>${basedir}/hbase-common/src/main/resources/</dir>
|
||||
<includes>
|
||||
<include>hbase-default.xml</include>
|
||||
</includes>
|
||||
<stylesheet>${basedir}/src/xslt/configuration_to_docbook_section.xsl</stylesheet>
|
||||
<outputDir>${basedir}/target/site</outputDir>
|
||||
<outputDir>${basedir}/target/docbkx</outputDir>
|
||||
</transformationSet>
|
||||
</transformationSets>
|
||||
</configuration>
|
||||
|
|
|
@ -668,8 +668,8 @@ stopping hbase...............</programlisting> Shutdown can take a moment to
|
|||
the build of the hbase site. See the hbase pom.xml.
|
||||
The generated file is a docbook section with a glossary
|
||||
in it-->
|
||||
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"
|
||||
href="../../hbase-common/src/main/resources/hbase-default.xml" />
|
||||
<!--presumes the pre-site target has put the hbase-default.xml at this location-->
|
||||
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="../../target/docbkx/hbase-default.xml" />
|
||||
</section>
|
||||
|
||||
<section xml:id="hbase.env.sh">
|
||||
|
@ -1027,7 +1027,7 @@ index e70ebc6..96f8c27 100644
|
|||
Typically you want to keep your region count low on HBase for numerous reasons.
|
||||
Usually right around 100 regions per RegionServer has yielded the best results.
|
||||
Here are some of the reasons below for keeping region count low:
|
||||
<unorderedlist>
|
||||
<orderedlist>
|
||||
<listitem><para>
|
||||
MSLAB requires 2mb per memstore (that's 2mb per family per region).
|
||||
1000 regions that have 2 families each is 3.9GB of heap used, and it's not even storing data yet. NB: the 2MB value is configurable.
|
||||
|
@ -1063,7 +1063,7 @@ index e70ebc6..96f8c27 100644
|
|||
on a few RS can cause the store file index to rise raising heap usage and can
|
||||
create memory pressure or OOME on the RSs
|
||||
</para></listitem>
|
||||
</unorderedlist>
|
||||
</orderedlist>
|
||||
</para>
|
||||
<para>Another issue is the effect of the number of regions on mapreduce jobs.
|
||||
Keeping 5 regions per RS would be too low for a job, whereas 1000 will generate too many maps.
|
||||
|
|
Loading…
Reference in New Issue