Can someone please take a look at CASSANDRA-14415 when you have chance?
Getting a fix into a Cassandra release is not especially urgent for us,
but in lieu of that we would like to know whether it's safe to include
in our local build of Cassandra before attempting to deploy it.
Thanks,
SK
On 2018
Thanks. For those interested: opened CASSANDRA-14415.
SK
On 2018-04-19 06:04, Benjamin Lerer wrote:
> Hi Sam,
>
> Your finding is interesting. Effectively, if the number of bytes to skip is
> larger than the remaining bytes in the buffer + the buffer size it could be
> faster to use seek.
> Fee
Hi Sam,
Your finding is interesting. Effectively, if the number of bytes to skip is
larger than the remaining bytes in the buffer + the buffer size it could be
faster to use seek.
Feel free to open a JIRA ticket and attach your patch. It will be great if
you could add to the ticket your table sche
Thanks (and apologies for the delayed response); that was the kind of
feedback we were looking for.
We backported the fix for CASSANDRA-10657 to 3.0.16, and it partially
addresses our problem in the sense that it does limit the data sent on
the wire. The performance is still extremely poor, howe
You should check the 3.x release. CASSANDRA-10657 could have fixed your
problem.
On Thu, Mar 22, 2018 at 9:15 PM, Benjamin Lerer wrote:
> Syvlain explained the problem in CASSANDRA-4536:
> " Let me note that in CQL3 a row that have no live column don't exist, so
> we can't really implement this
Syvlain explained the problem in CASSANDRA-4536:
" Let me note that in CQL3 a row that have no live column don't exist, so
we can't really implement this with a range slice having an empty columns
list. Instead we should do a range slice with a full-row slice predicate
with a count of 1, to make su
