You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "ramkrishna.s.vasudevan (JIRA)" <ji...@apache.org> on 2016/08/19 07:28:20 UTC

[jira] [Created] (HBASE-16454) Compactor's shipping logic decision should be based on the current store's block size

ramkrishna.s.vasudevan created HBASE-16454:
----------------------------------------------

             Summary: Compactor's shipping logic decision should be based on the current store's block size
                 Key: HBASE-16454
                 URL: https://issues.apache.org/jira/browse/HBASE-16454
             Project: HBase
          Issue Type: Bug
            Reporter: ramkrishna.s.vasudevan
            Assignee: ramkrishna.s.vasudevan
            Priority: Minor
             Fix For: 2.0.0


Currently we do call KeyValueScanner.shipped() if the size of the KVs compacted reaches certain threshold
{code}
     if (kvs != null && bytesWrittenProgressForShippedCall > shippedCallSizeLimit) {
            kvs.shipped();
            bytesWrittenProgressForShippedCall = 0;
}
{code}
Where the shippedCallSizeLimit is
{code}
    long shippedCallSizeLimit = (long) minFilesToCompact * HConstants.DEFAULT_BLOCKSIZE;
{code}
Instead it is better if it is based on the actual configured block size for that store. It can still have the multiplying factore of 'minFilesToCompact ' but having default store size would mean that if the store has smaller block sizes configured we hold on to more blocks and those will not get evicted.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)