cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefania (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-11301) Non-obsoleting compaction operations over compressed files can impose rate limit on normal reads
Date Thu, 10 Mar 2016 07:24:40 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-11301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15188838#comment-15188838
] 

Stefania commented on CASSANDRA-11301:
--------------------------------------

It turns out there is an expiry time of 512 milliseconds on the cache entries, so I've opted
for the unit test.

Provided we don't stop with a breakpoint, the unit test fails without the patch and passes
with the patch applied. I've also cleaned up a {{FileNotFoundException}} that was not thrown
any longer. The patch should be committed to 2.2 only. I'm going to look for a reviewer on
IRC.



> 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)

Mime
View raw message