Re: [DISCUSSION] Next release roadmap

e database to serve serial writes with two > > > > > round-trips > > > > > >> and serial reads with one round-trip in the uncontended case. > > > For > > > > > many > > > > > >> cross-WAN serial use cases, this may halve the latency of CA

Re: [DISCUSSION] Next release roadmap

ve, but modeling applications with the > > > > constraint > > > > >> of single-key CAS can be a game of Twister. Extending the > paxos > > > > >> improvements discussed above to enable multi-partition CAS > would > > > > enable > >

Re: [DISCUSSION] Next release roadmap

t; > > >> – unless you’re able to host-replace yourself out after> upgrading> > > one> > > >> replica, or revert to a pre-upgrade snapshot and accept data> loss.> > > It would> > > >> be excellent if it were po

Re: [DISCUSSION] Next release roadmap

> >> > > > > >> – Downgrade-ability > > > > >> I also see “downgradeability” as important to future new > release > > > > >> adoption. Taking file format changes as an example, it’s > > currently > > > > not

Re: [DISCUSSION] Next release roadmap

e writing > > the > > > >> previous SSTable/commitlog/hint/etc. format until a switch is > > > flipped to > > > >> opt into new file formats. Apache HDFS takes a similar approach, > > > enabling > > > >> downgrade until

Re: [DISCUSSION] Next release roadmap

t;> I agree that these are important themes. We’ll want to bring a lot > > of > > >> care and attention to this work. Disaggregation can open a lot of > > >> possibilities - with the drawback of future changes being > > restricted to the > > >> de

Re: [DISCUSSION] Next release roadmap

; >> implementations were of uneven quality or supported subsets of > >> functionality. Converging on a common validation toolchain for > pluggable > >> subsystems can help us ensure that quality while minimizing the > effort > >> required to test new imp

Re: [DISCUSSION] Next release roadmap

enable them as development >> and validation proceeds, with new code executed regardless of the flag held >> to a higher standard. >> >> Cheers, >> >> – Scott >> >> [1] >> https://hadoop.apache.org/docs/current/ha

Re: [DISCUSSION] Next release roadmap

Hi Benjamin, Currently C* uses JUnit4 which seems to be obsolete. I think it is reasonable to migrate to JUnit5. I've created CASSANDRA-16630  ticket for that. If it is a good fit for the next release, I'd volunteer to get it done. I'd be

Re: [DISCUSSION] Next release roadmap

rs to selectively enable them as development >> and validation proceeds, with new code executed regardless of the flag held >> to a higher standard. >> >> Cheers, >> >> – Scott >> >> [1] >> https://hadoop.apache.org/docs/current/hadoop-pro

Re: [DISCUSSION] Next release roadmap

– Scott > > [1] > https://hadoop.apache.org/docs/current/hadoop-project-dist/hadoop-hdfs/HdfsRollingUpgrade.html > > > > From: guo Maxwell > Sent: Wednesday, April 14, 2021 10:25 PM > To: dev@cassandra.apache.org > Subject: Re

Re: [DISCUSSION] Next release roadmap

igher standard. Cheers, �C Scott [1] https://hadoop.apache.org/docs/current/hadoop-project-dist/hadoop-hdfs/HdfsRollingUpgrade.html From: guo Maxwell Sent: Wednesday, April 14, 2021 10:25 PM To: dev@cassandra.apache.org Subject: Re: [DISCUSSION] Next re

Re: [DISCUSSION] Next release roadmap

+1 Brandon Williams 于2021年4月15日周四 上午4:48写道： > Agreed. Everyone just please keep in mind this thread is for roadmap > contributions you plan to make, not contributions you would like to > see. > > On Wed, Apr 14, 2021 at 3:45 PM Nate McCall wrote: > > > > Agree with Stefan 100% on this. We need

Re: [DISCUSSION] Next release roadmap

Agreed. Everyone just please keep in mind this thread is for roadmap contributions you plan to make, not contributions you would like to see. On Wed, Apr 14, 2021 at 3:45 PM Nate McCall wrote: > > Agree with Stefan 100% on this. We need to move towards pluggability. Our > users are asking for it

Re: [DISCUSSION] Next release roadmap

Agree with Stefan 100% on this. We need to move towards pluggability. Our users are asking for it, it makes sense architecturally, and people are doing it anyway. ... > for me definitely https://issues.apache.org/jira/browse/CASSANDRA-9633 > > I am surprised nobody mentioned this in the previous

RE: [DISCUSSION] Next release roadmap

- Enable Direct I/O -Original Message- From: Stefan Miklosovic Sent: Wednesday, April 14, 2021 12:04 AM To: dev@cassandra.apache.org Subject: Re: [DISCUSSION] Next release roadmap Hi, for me definitely https://issues.apache.org/jira/browse/CASSANDRA-9633 I am surprised nobody mentioned

RE: [DISCUSSION] Next release roadmap

RE: Pluggability improvements, this is a great idea. This will be good for persistent memory support https://issues.apache.org/jira/browse/CASSANDRA-13981 - Enable Cassandra for Persistent Memory, can be easily refactored to be a pluggable memtable. > On Apr 8, 2021, at 8:22 AM, Benjamin Ler

Re: [DISCUSSION] Next release roadmap

Hi, for me definitely https://issues.apache.org/jira/browse/CASSANDRA-9633 I am surprised nobody mentioned this in the previous answers, there is ~50 people waiting for it to happen and multiple people working on it seriously and wanting that feature to be there for so so long. We will come up w

Re: [DISCUSSION] Next release roadmap

I plan to work on the following 1. CASSANDRA-12106 Blacklisting bad partitions - Rework patch and solicit for feedback/review and have it committed 2. CASSANDRA-14557 D

Re: [DISCUSSION] Next release roadmap

besides do we need a table level backup and restore solution for cassandra ? https://issues.apache.org/jira/browse/CASSANDRA-15402

Re: [DISCUSSION] Next release roadmap

There are numerous things I'd like to contribute to on the next roadmap. I really think that pluggable storage is a great goal and can expand Cassandra's options for performance and scalability, so I plan on helping to work on that. I also plan to work on extending CQLSH so that it offers plugi

Re: [DISCUSSION] Next release roadmap

> > “Filter rows from system and system_schema based on users permissions” I > think the issue match this improvement. > https://issues.apache.org/jira/browse/CASSANDRA-15871 Yes, it does. Thanks for pointing it out. :-) Le ven. 9 avr. 2021 à 04:21, guo Maxwell a écrit : > “Filter rows from sy

Re: [DISCUSSION] Next release roadmap

“Filter rows from system and system_schema based on users permissions” I think the issue match this improvement. https://issues.apache.org/jira/browse/CASSANDRA-15871 David Capwell 于2021年4月9日周五 上午3:56写道： > Here are two things I descoped from 4.0 and plan to pick up after 4.0 > release > > https:

Re: [DISCUSSION] Next release roadmap

Here are two things I descoped from 4.0 and plan to pick up after 4.0 release https://issues.apache.org/jira/browse/CASSANDRA-15566 - Repair coordinator can hang under some cases. Aka repair has many cases where it can become unresponsive

Re: [DISCUSSION] Next release roadmap

On our side, the list of improvements we plan to deliver for the next release are: Query side improvements: * Storage Attached Index or SAI. The CEP can be found at https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-7%3A+Storage+Attached+Index * Add support for OR predicates in the CQL

[DISCUSSION] Next release roadmap

Hi Everybody, Please speak up and tell us what you plan to contribute in the next year. The goal of this discussion is to allow people to present the contributions that they have planned for the next Cassandra release. That discussion has several benefits: - It will give a greater visibility