Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-dev@hadoop.apache.org
Message-ID: <1255167136.1225321726218.JavaMail.jira@brutus>
Date: Wed, 29 Oct 2008 16:08:46 -0700 (PDT)
From: "stack (JIRA)" <jira@apache.org>
To: hbase-dev@hadoop.apache.org
Subject: [jira] Commented: (HBASE-969) Won't split under load
In-Reply-To: <1696557143.1225232446134.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643692#action_12643692 ] 

stack commented on HBASE-969:
-----------------------------

Just saw the 'no split' happen.   One thing to notice is that with our new batch uploading, we're overwhelming compaction.  I'm seeing long-running compactions up in the minutes again.  Maybe our algorithm needs tuning -- if lots of store files, pick up more than the smallest -- especially if all close in size as is what I'm seeing here (flushes are 128M, 2x64M configured size).  Need to still figure why no split is happening:

{code}
2008-10-29 23:03:02,663 DEBUG org.apache.hadoop.hbase.regionserver.HStore: Compaction size of 1118057853/info: 16.4g; Skipped 139 files , size: 12677739481
{code}


> Won't split under load
> ----------------------
>
>                 Key: HBASE-969
>                 URL: https://issues.apache.org/jira/browse/HBASE-969
>             Project: Hadoop HBase
>          Issue Type: Bug
>            Reporter: stack
>            Priority: Blocker
>             Fix For: 0.19.0
>
>
> Looks like a new bug where we won't split when under load.  Some recent refactoring seems to have dropped our split provoker.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.