hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nick Dimiduk (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (HBASE-5000) Speed up simultaneous reads of a block when block caching is turned off
Date Thu, 12 Dec 2013 21:05:07 GMT

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

Nick Dimiduk resolved HBASE-5000.

    Resolution: Won't Fix

Resolving as "Won't Fix" as I think this deployment configuration is not really supported
by anyone.

> Speed up simultaneous reads of a block when block caching is turned off
> -----------------------------------------------------------------------
>                 Key: HBASE-5000
>                 URL: https://issues.apache.org/jira/browse/HBASE-5000
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Mikhail Bautin
>            Assignee: Mikhail Bautin
>            Priority: Minor
> With block caching, when one client starts reading a block and another one comes around
asking for the same block, the second client waits for the first one to finish reading and
returns the block from cache. This is achieved by locking on the block offset using IdLock,
a "sparse lock" primitive allowing to lock on arbitrary long numbers. However, in case there
is no block caching, there is no reason to wait for other clients that are reading the same
block. One challenge optimizing this that we don't necessary have accurate information about
whether other HFile API clients interested in the block would cache it.
> Setting priority as minor, as it is very unusual to turn off block caching.

This message was sent by Atlassian JIRA

View raw message