Re: Roadmap for 4.0

> > I don't believe Q3/Q4 is realistic, but I may be biased (or jaded). It's > possible Q3/Q4 alpha/beta is realistic, but definitely not a release. Well, this mostly depends on how much stuff to include in 4.0. Either way it's not terribly important. If people think 2019 is more realistic we can

Re: Rapid scaleup of cassandra nodes with snapshots and initial_token in the yaml

Ben did a talk that might have some useful information. It's much more complicated with vnodes though and I doubt you'll be able to get it to be as rapid as you'd want. sets up schema to match This shouldn't be

Re: overhead of empty tables

Thanks Dinesh, We have 36332 files under the data folder On Thu, Feb 15, 2018 at 3:45 PM, Dinesh Joshi < dinesh.jo...@yahoo.com.invalid> wrote: > Each table in a keyspace is stored as a separate directory in the data > directory. If you many tables you'll have a lot of files. Some file systems >

Re: overhead of empty tables

Each table in a keyspace is stored as a separate directory in the data directory. If you many tables you'll have a lot of files. Some file systems have issues dealing with a lot of files in a single directory. Other than that, there will likely be some book keeping overhead within the Cassandra

overhead of empty tables

Is there any overhead if my keyspace contains many empty tables? Thanks Alaa -- *This message may contain confidential and privileged information. If it has been sent to you in error, please reply to advise the sender of the error and then immediately permanently delete it and all attachments

Re: Rapid scaleup of cassandra nodes with snapshots and initial_token in the yaml

Short answer is "yes, with caveats". I recall a talk about this from Cassandra Summit ~2014 or so. I THINK it was from Instaclustr, but I'm not positive. Maybe Ben or Kurt or someone over there has more info (if it really was them)? On Wed, Feb 14, 2018 at 9:40 AM, Carl Mueller

Re: Rapid scaleup of cassandra nodes with snapshots and initial_token in the yaml

Or could we do a rapid clone to a new cluster, then add that as another datacenter? On Wed, Feb 14, 2018 at 11:40 AM, Carl Mueller wrote: > https://stackoverflow.com/questions/48776589/cassandra- >

RE: node restart causes application latency

I’m following this intensely as the discussion is important to me as well in understanding the restarting of a node correctly, currently (3.0.11) I run Disable thrift, disable gossip then drain, from reading this If I understand correctly is there any point in doing anything other than drain?