[
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
(v6.1.4#6159)
