[
https://issues.apache.org/jira/browse/CASSANDRA-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15186876#comment-15186876
]
Benedict commented on CASSANDRA-11301:
--------------------------------------
Thanks. That likely just corroborates the "many" requirement - it's unlikely
the actively running repairs matter, but the total number that are run over a
given set of sstables.
Stefania's patch is very minor, so you should be perfectly safe to roll it out
to your cluster if you want to restore your prior repair behaviour and
corroborate everything works.
> Non-obsoleting compaction operations over compressed files can impose rate
> limit on normal reads
> ------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-11301
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11301
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: Benedict
> Assignee: Stefania
> Fix For: 2.2.6
>
>
> Broken by CASSANDRA-9240; the rate limiting reader passes the ICompressedFile
> interface to its parent, which uses this to attach an "owner" - which means
> the reader gets recycled on close, i.e. pooled, for normal use. If the
> compaction were to replace the sstable there would be no problem, which is
> presumably why this hasn't been encountered frequently. However validation
> compactions on long lived sstables would permit these rate limited readers to
> accumulate.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
