TTL of paxos table

Hi, I wonder why records on the system.paxos table aren't removed, though all records are updated with TTL (at least 3 hours). That's because gc_grace_seconds of system.paxos table is always 0 and users can't change that value of System keyspace! Why is the TTL of paxos record invalidated? Or, I'

Jepsen testing

Our tests are based on riptano's great work. https://github.com/riptano/jepsen/tree/cassandra/cassandra I refined it for the latest Jepsen and removed some tests. Next, I'll fix clock-drift tests. I would like to get your feedback. Thanks, Yuji Ito

Re: Jepsen testing

Yuji, > > Thanks so much for working on this! Any fault injection testing is > > certainly worth the effort. > > > > Thanks, > > -Nate > > On Thu, Nov 8, 2018 at 1:36 PM Yuji Ito wrote: > > > > > > Hi, > > > > > > We a

Re: Jepsen testing

x27;m investigating that issue. That would be a great idea if our work will be included in the regular testing drill. Thanks, Yuji 2018年11月9日(金) 17:27 Oleksandr Shulgin : > On Thu, Nov 8, 2018 at 10:42 PM Yuji Ito wrote: > > > > > We are working on Jepsen testing for Cassandra. > &

Inter-node messaging latency

Hi, I'm investigating LWT performance with C* 3.11.3. It looks that the performance is bounded by messaging latency when many requests are issued concurrently. According to the source code, the number of messaging threads per node is only 1 thread for incoming and 1 thread for outbound "small" me

Re: Inter-node messaging latency

written using Netty in 4.0. It will be better to > test it using that as potential changes will mostly land on top of that. > > On Mon, Nov 26, 2018 at 7:39 AM Yuji Ito wrote: > >> Hi, >> >> I'm investigating LWT performance with C* 3.11.3. >> It looks that the

Re: [VOTE] Release Apache Cassandra 4.0-alpha3

+1 (non-binding) I've briefly tested the build with Jepsen. https://github.com/scalar-labs/scalar-jepsen 2020年1月31日(金) 13:37 Anthony Grasso : > +1 (non-binding) > > On Fri, 31 Jan 2020 at 08:48, Joshua McKenzie > wrote: > > > +1 > > > > On Thu, Jan 30, 2020 at 4:31 PM Brandon Williams > wrote:

Re: [VOTE] Release Apache Cassandra 4.0-alpha4

+1 (non-binding) It has passed brief Jepsen tests. https://github.com/scalar-labs/scalar-jepsen 2020年4月11日(土) 8:29 Mick Semb Wever : > Proposing the test build of Cassandra 4.0-alpha4 for release. > > sha1: d00c004cc10986fc41c2070f9c5d0007e03a45c3 > Git: > https://gitbox.apache.org/repos/asf?p=c

Re: [VOTE] Release Apache Cassandra 4.0-beta1

+1 (non-binding) Short Jepsen tests with crash injection for map, set, counter, batch, and LWT passed. https://github.com/scalar-labs/scalar-jepsen 2020年7月15日(水) 8:06 Mick Semb Wever : > Proposing the test build of Cassandra 4.0-beta1 for release. > > sha1: 5e767711360ecc4bc05a7cd219f0e680bfada0

Re: [VOTE] Release Apache Cassandra 4.0-beta3

+1 (non-binding) Short Jepsen tests passed. https://github.com/scalar-labs/scalar-jepsen 2020年11月1日(日) 10:23 Yifan Cai : > +1 nb > > > From: Scott Andreas > Sent: Saturday, October 31, 2020 5:44:55 PM > To: dev@cassandra.apache.org > Subject: Re: [VOTE] Release

Re: [VOTE] Release Apache Cassandra 4.0-beta4

+1 (non-binding) Short Jepsen tests passed! - https://github.com/scalar-labs/scalar-jepsen/cassandra 2020年12月20日(日) 8:00 Paulo Motta : > +1 (nb) > > - Tested binary distribution with read/write tlp-stress workload and > incremental repair on a 6-node multi-dc ccm cluster. > > (Ran into https://i

Proposal - GroupCommitLogService

Hi dev, I propose a new CommitLogService, GroupCommitLogService, to improve the throughput when lots of requests are received. It improved the throughput by maximum 94%. I'd like to discuss about this CommitLogService. Currently, we can select either 2 CommitLog services; Periodic and Batch. In P

Re: Proposal - GroupCommitLogService

s.apache.org/jira/browse/CASSANDRA/ > <https://issues.apache.org/jira/browse/CASSANDRA/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel> > > -Jeremiah > > On May 13, 2017, at 7:21 AM, Yuji Ito wrote: > > Hi dev, > > I propose a new CommitLogService,

Re: Proposal - GroupCommitLogService

by the window time. Yuji On Sat, May 13, 2017 at 11:49 PM, Jonathan Ellis wrote: > Can we replace Batch entirely with this, or are there situations where > Batch would outperform (in latency, for instance)? > > On Sat, May 13, 2017 at 7:21 AM, Yuji Ito wrote: > >> Hi dev,

Re: Proposal - GroupCommitLogService

that Batch is not working as designed? If there are other > pending writes, Batch should also group them together. (Did you test with > giving Batch the same window size as Group?) > > On Sat, May 13, 2017 at 10:08 AM, Yuji Ito wrote: > >> Batch outperforms when there is no co