You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jean-Daniel Cryans (JIRA)" <ji...@apache.org> on 2010/02/07 09:38:27 UTC

[jira] Updated: (HBASE-2190) HRS should report to master when HMsg are available

     [ https://issues.apache.org/jira/browse/HBASE-2190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jean-Daniel Cryans updated HBASE-2190:
--------------------------------------

    Attachment: HBASE-2190.patch

Very ugly patch that adds an ArrayBlockingQueue that HRS.run uses to poll without a timeout instead of sleeping. Every time a HMsg is added, an object is also put in that queue (I reuse the same one) so that we never sleep if something is in there. We could transform outboundMsgs into a concurrent structure but it seems problematic with splits since the three of them must be shipped together.

With that patch splits now take around 2 seconds in PE and creating a table takes only 1 second.

> HRS should report to master when HMsg are available
> ---------------------------------------------------
>
>                 Key: HBASE-2190
>                 URL: https://issues.apache.org/jira/browse/HBASE-2190
>             Project: Hadoop HBase
>          Issue Type: Improvement
>    Affects Versions: 0.20.3
>            Reporter: Jean-Daniel Cryans
>            Assignee: Jean-Daniel Cryans
>             Fix For: 0.20.4, 0.21.0
>
>         Attachments: HBASE-2190.patch
>
>
> It still takes a lot of time for the client to see splits or just regions that move around, with default PE it takes around 4 seconds and creating a table takes a bit more than 2 seconds. I remember having the discussion with Stack that HRS.run was not suppose to sleep if any message to send. 
> Turns out it does sleep.

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