[VOTE] Release Apache Cassandra 4.0.5

[Mick Semb Wever]

Proposing the test build of Cassandra 4.0.5 for release.

sha1: ec476e0e259efb62ee19804c3ff46dbbe4d1ded7
Git:
https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.0.5-tentative
Maven Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-1274/org/apache/cassandra/cassandra-all/4.0.5/

The Source and Build Artifacts, and the Debian and RPM packages and
repositories, are available here:
https://dist.apache.org/repos/dist/dev/cassandra/4.0.5/

Please note, this artifact contains CASSANDRA-15511, which will
significantly reduce allocations and improve the write throughput,
particularly on collections and contended partitions.

The vote will be open for 72 hours (longer if needed). Everyone who has
tested the build is invited to vote. Votes by PMC members are considered
binding. A vote passes if there are at least three binding +1s and no -1's.

[1]: CHANGES.txt:
https://gitbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=CHANGES.txt;hb=refs/tags/4.0.5-tentative
[2]: NEWS.txt:
https://gitbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/4.0.5-tentative

Re: [VOTE] Release Apache Cassandra 4.0.5

[Mick Semb Wever]

>
> The vote will be open for 72 hours (longer if needed). Everyone who has
> tested the build is invited to vote. Votes by PMC members are considered
> binding. A vote passes if there are at least three binding +1s and no -1's.
>
>



+1

Checked
- signing correct
- checksums are correct
- source artefact builds
- binary artefact runs
- debian package runs
- redhat package runs

Re: [VOTE] Release Apache Cassandra 4.0.5

[Benjamin Lerer]

+1

Le jeu. 14 juil. 2022 à 15:51, Mick Semb Wever  a écrit :

> The vote will be open for 72 hours (longer if needed). Everyone who has
>> tested the build is invited to vote. Votes by PMC members are considered
>> binding. A vote passes if there are at least three binding +1s and no -1's.
>>
>>
>
>
>
> +1
>
> Checked
> - signing correct
> - checksums are correct
> - source artefact builds
> - binary artefact runs
> - debian package runs
> - redhat package runs
>
>

Re: Thanks to Nate for his service as PMC Chair

[Joseph Lynch]

Thank you for all your work and dedication Nate, it has been greatly
appreciated.

Congratulations Mick, we are in good hands with you as chair!

-Joey

On Mon, Jul 11, 2022 at 5:54 AM Paulo Motta  wrote:
>
> Hi,
>
> I wanted to announce on behalf of the Apache Cassandra Project Management 
> Committee (PMC) that Nate McCall (zznate) has stepped down from the PMC chair 
> role. Thank you Nate for all the work you did as the PMC chair!
>
> The Apache Cassandra PMC has nominated Mick Semb Wever (mck) as the new PMC 
> chair. Congratulations and good luck on the new role Mick!
>
> The chair is an administrative position that interfaces with the Apache 
> Software Foundation Board, by submitting regular reports about project status 
> and health. Read more about the PMC chair role on Apache projects:
> - https://www.apache.org/foundation/how-it-works.html#pmc
> - https://www.apache.org/foundation/how-it-works.html#pmc-chair
> - https://www.apache.org/foundation/faq.html#why-are-PMC-chairs-officers
>
> The PMC as a whole is the entity that oversees and leads the project and any 
> PMC member can be approached as a representative of the committee. A list of 
> Apache Cassandra PMC members can be found on: 
> https://cassandra.apache.org/_/community.html
>
> Kind regards,
>
> Paulo

Re: Thanks to Nate for his service as PMC Chair

[Henrik Ingo]

Thank you Nate for holding the baton for all these years. Even as a
relative newcomer (2+ years already) I wanted to say I do understand and
appreciate your role in carrying the torch to where the project is today.

And Congratulations Mick. Your humble and quiet style of serving the
project is something me and many others can look up to. Thank you for all
the time and energy you bring to Cassandra.

henrik

On Mon, Jul 11, 2022 at 3:55 PM Paulo Motta  wrote:

> Hi,
>
> I wanted to announce on behalf of the Apache Cassandra Project Management
> Committee (PMC) that Nate McCall (zznate) has stepped down from the PMC
> chair role. Thank you Nate for all the work you did as the PMC chair!
>
> The Apache Cassandra PMC has nominated Mick Semb Wever (mck) as the new
> PMC chair. Congratulations and good luck on the new role Mick!
>
> The chair is an administrative position that interfaces with the Apache
> Software Foundation Board, by submitting regular reports about project
> status and health. Read more about the PMC chair role on Apache projects:
> - https://www.apache.org/foundation/how-it-works.html#pmc
> - https://www.apache.org/foundation/how-it-works.html#pmc-chair
> - https://www.apache.org/foundation/faq.html#why-are-PMC-chairs-officers
>
> The PMC as a whole is the entity that oversees and leads the project and
> any PMC member can be approached as a representative of the committee. A
> list of Apache Cassandra PMC members can be found on:
> https://cassandra.apache.org/_/community.html
>
> Kind regards,
>
> Paulo
>


-- 

Henrik Ingo

+358 40 569 7354 <358405697354>

[image: Visit us online.]   [image: Visit us on
Twitter.]   [image: Visit us on YouTube.]

  [image: Visit my LinkedIn profile.] 

Re: [Marketing] For Review: Pluggable Memtable Implementations blog

[Henrik Ingo]

Thanks. This is concise and well written, yet exciting already to see the
sharded skip list results, and with exciting "more to come" at the end.
This is a big deal - I believe - for Cassandra and therefore I appreciate
that this blog post will be published.

henrik

On Wed, Jul 13, 2022 at 6:36 PM Chris Thornett  wrote:

> The 72-hour window for community review is now open for Branimir Lambov's
> blog on *Pluggable Memtable Implementations*. Please indicate any amends
> in the comments. Thanks!
>
> https://docs.google.com/document/d/1Iws9gQZCp_80Be_ZfuyAB82X1EhqWihEb35Sevv-JDE/edit
> --
>
> Chris Thornett
>


-- 

Henrik Ingo

+358 40 569 7354 <358405697354>

[image: Visit us online.]   [image: Visit us on
Twitter.]   [image: Visit us on YouTube.]

  [image: Visit my LinkedIn profile.] 

Re: [Marketing] For Review: Pluggable Memtable Implementations blog

[Benedict]

I’m intrigued by the blocking skip list throughput numbers. By description (and 
assumption) I would expect it only to block for writes, but the throughput 
stays static even as the read/write mix changes. Is this expected?

There are other memtable implementations coming too, I think? It looks like 
7282 is ready to rock once this lands, and perhaps has even been prepared also 
by Branimir (I recall seeing it in an earlier PR)? Might be nice to call out 
another implementation. (I expect at least one more major implementation, but 
that’s probably a ways off and I don’t think has any suitable ticket or 
documentation to link)

It looks like a great post though.

> On 14 Jul 2022, at 19:52, Henrik Ingo  wrote:
> 
> 
> Thanks. This is concise and well written, yet exciting already to see the 
> sharded skip list results, and with exciting "more to come" at the end. This 
> is a big deal - I believe - for Cassandra and therefore I appreciate that 
> this blog post will be published.
> 
> henrik
> 
>> On Wed, Jul 13, 2022 at 6:36 PM Chris Thornett  wrote:
>> The 72-hour window for community review is now open for Branimir Lambov's 
>> blog on Pluggable Memtable Implementations. Please indicate any amends in 
>> the comments. Thanks!
>> https://docs.google.com/document/d/1Iws9gQZCp_80Be_ZfuyAB82X1EhqWihEb35Sevv-JDE/edit
>> -- 
>> 
>> Chris Thornett
> 
> 
> -- 
> Henrik Ingo
> +358 40 569 7354
>   

Re: Slow unit tests with Cassandra 4.x on macOS

[Johannes Weißl]

Hi Jacek,

Sorry for the late respone! We still have the issue. The call to 
InetAddress.getLocalHost() is very fast on both Linux and macOS.

I have attached the example program "test_slow_cassandra_drop.sh". Example 
results for me (do not deviate much between runs):

===> With Cassandra 4.0.4 on Darwin x86_64 creating 30 keyspaces takes 6 
seconds, dropping 30 keyspaces takes 62 seconds.
===> With Cassandra 4.0.4 on Darwin arm64 creating 30 keyspaces takes 5 
seconds, dropping 30 keyspaces takes 49 seconds.
===> With Cassandra 4.0.4 on Linux x86_64 creating 30 keyspaces takes 2 
seconds, dropping 30 keyspaces takes 2 seconds.

With Cassandra 3.11.x macOS and Linux were pretty similar. I have the suspicion 
it might have something to do with the Apple File System, because, as mentioned 
below, when Cassandra is started via Docker on macOS, dropping keyspaces is 
very fast.

Thanks for your help!

Johannes

On Wed, Jun 22, 2022 at 09:52AM +0200, Jacek Lewandowski wrote:
> Hi Johannes,
> 
> Have you already managed to fix the issue? If not, one thing that comes to my 
> mind given you said it works fast on Linux and slow on Mac, is that you may
> have misconfigured hostname in your system. A simple test would be to just 
> measure the time you need to call:
> 
> InetAddress.getLocalHost()
> 
> If this is not the case, please share some small reproduction example, I'll 
> try to figure it out
> 
> Thanks,
> - - -- --- -  -
> Jacek Lewandowski
> 
> 
> On Thu, Jun 9, 2022 at 8:49 PM Johannes Weißl  wrote:
> 
> Hi Jacek,
> 
> The unit tests are from the company I work at, so I cannot share any
> link. They repeatedly create and drop schemas as part of the unit test
> setup and teardown methods.
> 
> If it helps, I can provide minimal executable examples, but I thought
> maybe the problem is already known (after all, I guess some Cassandra
> developers are using macOS)?
> 
> Johannes
> 
> On Thu, Jun 02, 2022 at 08:56AM +0200, Jacek Lewandowski wrote:
> > Which tests exactly?
> >
> > - - -- --- -  -
> > Jacek Lewandowski
> >
> > On Thu, Jun 2, 2022 at 8:39 AM Erick Ramirez 
>  wrote:
> > > Johannes, I've copied the Dev ML to hopefully get a wider audience. 
> Cheers!
> > >
> > > On Wed, 1 Jun 2022 at 21:25, Johannes Weißl  wrote:
> > > > Hello,
> > > >
> > > > We noticed that our unit tests are way slower on macOS after the 
> upgrade
> > > > from Cassandra 3.11.x to 4.x, e.g. over 8 minutes instead of 30 
> seconds (!).
> > > > On Linux the duration stays more or less the same.
> > > >
> > > > After debugging, we found that operations like "DROP KEYSPACE" seem
> > > > responsible for the increase. Also interesting: If Cassandra is 
> started
> > > > via Docker on macOS, the tests run as fast as on Cassandra 3.11.x 
> again.
> > > >
> > > > Is this a known phenomenon? Do others experience it as well?
> > > >
> > > > Thanks,
> > > > Johannes
> 


test_slow_cassandra_drop.sh
Description: Bourne shell script