cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-510) reading from large supercolumns is excessively slow
Date Thu, 05 Nov 2009 15:50:51 GMT

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

Hudson commented on CASSANDRA-510:
----------------------------------

Integrated in Cassandra #249 (See [http://hudson.zones.apache.org/hudson/job/Cassandra/249/])
    return clones of supercolumns from memtable so caller can't accidentally mutate them,
fixing the failing test.

convert removeDeleted on SC to remove-oriented instead of clone-then-add-back to make this
hurt performance less.

patch by jbellis; reviewed by gdusbabek for 
don't removeDeleted on the whole CF before filtering what the request was for; it's expensive.
 also, fixes subcolumn queries being counted twice in readStats
patch by jbellis; reviewed by gdusbabek for 
add failing test for removing a single subcolumn.
patch by jbellis; reviewed by gdusbabek for 


> reading from large supercolumns is excessively slow
> ---------------------------------------------------
>
>                 Key: CASSANDRA-510
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-510
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-510-don-t-removeDeleted-on-the-whole-CF-befo.txt,
0002-convert-removeDeleted-on-SC-to-remove-oriented-instead.txt
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message