cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <>
Subject [jira] Commented: (CASSANDRA-325) Column bloomfilter not exploited
Date Sat, 08 Aug 2009 01:53:14 GMT


Jonathan Ellis commented on CASSANDRA-325:

It doesn't make sense to me to make this an option.  For name-based slices it's always going
to be an overall win.  For range-based slices, it's mostly a no-op since the SliceIterator
just skips a few bytes and doesn't actually deserialize it.  Since we are doing buffered reads
that's almost free.  It's not worth letting someone generate complete garbage answers by changing
that config value on a CF that already has data on disk.

> Column bloomfilter not exploited
> --------------------------------
>                 Key: CASSANDRA-325
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jun Rao
>            Assignee: Jonathan Ellis
>             Fix For: 0.4
>         Attachments: 325-v2.patch, 325.patch
> There is a bloomfilter created for all columns per row in SSTables. The bloomfilter is
deserialized during read, but is not checked.

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

View raw message