yes, https://issues.apache.org/jira/browse/CASSANDRA-1302
thanks


On Wed, Nov 14, 2012 at 2:04 AM, Tyler Hobbs <ty...@datastax.com> wrote:

> As far as I know, the row cache has never been populated by
> get_range_slices(), only normal gets/multigets.  The behavior is this way
> because get_range_slices() is almost exclusively used to page over an
> entire column family, which generally would not fit into the cache and
> would simply a) ruin your cache if used for gets (b) generate a lot of
> extra garbage, and (c) result in nothing but cache misses.
>
> With that said, I'm sure there are still a few use cases where using the
> cache would be beneficial, so I'm sure there's a ticket out there somewhere
> that presents a few options for supporting this.
>
>
> On Thu, Nov 8, 2012 at 8:39 PM, Manu Zhang <owenzhang1...@gmail.com>wrote:
>
>> I did overlook something. get_range_slice will invoke cfs.getRawCachedRow
>> instead of cfs.getThroughCache. Hence, no row will be cached if it's not
>> present in the row cache. Well, this puzzles me further as to that how the
>> range of rows is expected to get stored into the row cache in the first
>> place.
>>
>> Would someone please clarify it for me? Thanks in advance.
>>
>>
>> On Thu, Nov 8, 2012 at 3:23 PM, Manu Zhang <owenzhang1...@gmail.com>wrote:
>>
>>> I've asked this question before. And after reading the source codes, I
>>> find that get_range_slice doesn't query rowcache before reading from
>>> Memtable and SSTable. I just want to make sure whether I've overlooked
>>> something. If my observation is correct, what's the consideration here?
>>
>>
>>
>
>
> --
> Tyler Hobbs
> DataStax <http://datastax.com/>
>
>

Reply via email to