[ https://issues.apache.org/jira/browse/CASSANDRA-5863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pavel Yaskevich updated CASSANDRA-5863: --------------------------------------- Resolution: Fixed Status: Resolved (was: Patch Available) Ok, makes sense, since this way only caching rebufferer can invalidate and as everything is wrapping we'll have to double check anyway, maybe cleaner way was to include invalidate into factory or rebuffer interface but I will leave it for the future to decide :) +1 and committed. Thanks! > In process (uncompressed) page cache > ------------------------------------ > > Key: CASSANDRA-5863 > URL: https://issues.apache.org/jira/browse/CASSANDRA-5863 > Project: Cassandra > Issue Type: Sub-task > Reporter: T Jake Luciani > Assignee: Branimir Lambov > Labels: performance > Fix For: 3.x > > > Currently, for every read, the CRAR reads each compressed chunk into a > byte[], sends it to ICompressor, gets back another byte[] and verifies a > checksum. > This process is where the majority of time is spent in a read request. > Before compression, we would have zero-copy of data and could respond > directly from the page-cache. > It would be useful to have some kind of Chunk cache that could speed up this > process for hot data, possibly off heap. -- This message was sent by Atlassian JIRA (v6.3.4#6332)