[
https://issues.apache.org/jira/browse/HBASE-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Gray updated HBASE-1771:
---------------------------------
Attachment: HBASE-1771-v1.patch
Exposes two config parameters into hbase-default.xml (these were already being
read in but were defaulting too low). Set at 7 as default (3 is default
compaction threshold where we actually trigger compaction in the first place,
so means we can take on 4 more flushes while waiting for compaction / before
blocking).
{code}
<property>
<name>hbase.hstore.blockingStoreFiles</name>
<value>7</value>
<description>
If more than this number of StoreFiles in any one Store
(one StoreFile is written per flush of MemStore) then updates are
blocked for this HRegion until a compaction is completed, or
until hbase.hstore.blockingWaitTime has been exceeded.
</description>
</property>
<property>
<name>hbase.hstore.blockingWaitTime</name>
<value>90000</value>
<description>
The time an HRegion will block updates for after hitting the StoreFile
limit defined by hbase.hstore.blockingStoreFiles.
After this time has elapsed, the HRegion will stop blocking updates even
if a compaction has not been completed. Default: 90 seconds.
</description>
</property>
{code}
> PE sequentialWrite is 7x slower because of MemStoreFlusher#checkStoreFileCount
> ------------------------------------------------------------------------------
>
> Key: HBASE-1771
> URL: https://issues.apache.org/jira/browse/HBASE-1771
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: stack
> Attachments: HBASE-1771-v1.patch
>
>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
