You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Bryan Duxbury (JIRA)" <ji...@apache.org> on 2008/02/04 22:01:43 UTC

[jira] Updated: (HBASE-4) hbase client makes too many requests against .META.,,1 table: caching of .META.,,1 lookups is broken?

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

Bryan Duxbury updated HBASE-4:
------------------------------

    Component/s: client

> hbase client makes too many requests against .META.,,1 table: caching of .META.,,1 lookups is broken?
> -----------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-4
>                 URL: https://issues.apache.org/jira/browse/HBASE-4
>             Project: Hadoop HBase
>          Issue Type: Bug
>          Components: client
>            Reporter: Michael Bieniosek
>
> We're running a high load of random reads through a single hbase rest server.  When I look at the 60010 master servlet, there are a very high number of hits to the server hosting .META.,,1.  That server has 4000 requests in the last "3 seconds", the server hosting ROOT (and two other regions which shouldn't be getting reads) has 80 requests, and all the other regionservers have less.  
> This doesn't seem right: shouldn't the single hbase client be caching table lookups?
> This appears to be a hurdle for scaling our random read rate.

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