[
https://issues.apache.org/jira/browse/CASSANDRA-1379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12975300#action_12975300
]
Jonathan Ellis commented on CASSANDRA-1379:
-------------------------------------------
Let's try splitting ReadCommand.getRow into check-cache-and-BF and fetch-data
stages. Both ReadVerbHandler and StorageProxy care about this (for remote and
local reads, respectively).
> Uncached row reads may block cached reads
> -----------------------------------------
>
> Key: CASSANDRA-1379
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1379
> Project: Cassandra
> Issue Type: New Feature
> Components: Core
> Reporter: David King
> Priority: Minor
> Fix For: 0.7.1
>
>
> The cap on the number of concurrent reads appears to cap the *total* number
> of concurrent reads instead of just capping the reads that are bound for
> disk. That is, given N concurrent readers if all of them are busy waiting on
> disk, even reads that can be served from the row cache will block waiting for
> them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
