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

stack commented on HBASE-4991:
------------------------------

bq. When we change the location of rename() call from master to region server 
for distributed log splitting, the duration was shortened from 22 minutes to 7 
minutes for the same dataset.

Because rename was done via multiple clients rather than in parallel on master? 
 You sure it wasn't because of something else? (Distributed splitting is a 
different type of process to what is going on here)

What do you want to farm out to the regionservers?  We are already farming out 
work in the design above.  We ask the regionservers to close regions for us.  
You want to farm out more than this?  Control?  To what end other than 
complicating the design?

bq. I wonder if you have statistics showing that master-side operation (for 
moving/deleting data of old regions) makes no difference in performance w.r.t. 
distributed operations.

Well, stands to reason I'd think.  I'd put it on you to come up w/ proof that 
what seems reasonable actually isn't, at least when talking about the tens of 
regions at most which is what I think this issue is about.
                
> Provide capability to delete named region
> -----------------------------------------
>
>                 Key: HBASE-4991
>                 URL: https://issues.apache.org/jira/browse/HBASE-4991
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Ted Yu
>            Assignee: Mubarak Seyed
>             Fix For: 0.94.0
>
>         Attachments: HBASE-4991.trunk.v1.patch, HBASE-4991.trunk.v2.patch
>
>
> See discussion titled 'Able to control routing to Solr shards or not' on 
> lily-discuss
> User may want to quickly dispose of out of date records by deleting specific 
> regions. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to