Re: [EXTERNAL] Re: [Discuss] Generic Purpose Rate Limiter in Cassandra

Hi Jon and Jeff, First of all sorry for the late reply as I got a bit busy with a production bug we have discovered in 4.0 https://issues.apache.org/jira/browse/CASSANDRA-17401, please see if you or someone could prioritize the review of the submitted PR. Thanks for your valuable feedback! I jus

Re: [VOTE] Release Apache Cassandra 4.0.12

Oops, omitted "-t apache/cassandra-test:4.0.12" arg from the first command in the previous message 😀 - corrected verification script is: $ docker build -t apache/cassandra-test:4.0.12 --build-arg CASSANDRA_VERSION=4.0.12 --build-arg CASSANDRA_SHA512=65de9cc32f3d22d55f5c7c3b1417285a41aabb70fa8a4ae8

Re: [VOTE] Release Apache Cassandra 4.0.12

+1 Tested docker image build (binary+checksum+signature) and container startup with: $ docker build --build-arg CASSANDRA_VERSION=4.0.12 --build-arg CASSANDRA_SHA512=65de9cc32f3d22d55f5c7c3b1417285a41aabb70fa8a4ae8d9d85a58e644f43151bf4f386cc45773b6ac317db38c4576b139ca6b6fcdbbd16993d09ee2a5c2b8 ht

RE: CASSANDRA-19268: Improve Cassandra compression performance using hardware accelerators

Dinesh & Abe, Thank you very much for your feedback. The algorithm used by this HW compressor is compatible with Deflate but there is a constraint of 4K window size. Therefore the concern is that existing data may not decompress correctly as is. That is why we chose the path of adding a new com

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

Google Group works slightly differently. They "forward" emails using the group's email address as the "From" address, not the original sender's email address, unless the sender address happen to be a Google mail address (including Gmail and others). Technically speaking, that's not forwarding,

Re: CASSANDRA-19268: Improve Cassandra compression performance using hardware accelerators

Shylaja, Cassandra uses ZStd, LZ4 and other compression libraries via JNI to compress data. The intel hardware accelerator support is integrated into those libraries and we can benefit from it. If there are special parameters that need to be passed in to these libraries we can make those changes o

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

Bowen and Jeremiah, thanks for remembering this. I'd remembered the DKIM/SPF issue, but not its relationship to the message footer - appreciate your work fixing that, Bowen. I'm part of a few Google Groups that relay messages with an appended footer that don't seem to encounter invalidation, but

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

That's right, I'd forgotten about this. I change my +1 to -1, there's not enough value in this to break signatures. Kind Regards, Brandon On Mon, Jan 22, 2024 at 12:42 PM Jeremiah Jordan wrote: > Here was the thread where it was removed: > lists.apache.org >

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

Adding a footer or modifying the email content in any way will break the DKIM signature of the email if it has one. Since the mailing list's mail server will forward the emails to the recipients, the SPF check will fail too. Failing the DKIM signature & SPF check will result in the email likely

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

Here was the thread where it was removed:lists.apache.orgOn Jan 22, 2024, at 12:37 PM, J. D. Jordan wrote:I think we used to have this and removed them because it was breaking the encryption signature on messages or something which meant they were very likely to be treated as spam?Not saying we c

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

I think we used to have this and removed them because it was breaking the encryption signature on messages or something which meant they were very likely to be treated as spam? Not saying we can’t put it back on, but it was removed for good reasons from what I recall. > On Jan 22, 2024, at 12:

Re: [DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

+1 Kind Regards, Brandon On Mon, Jan 22, 2024 at 12:10 PM C. Scott Andreas wrote: > > Hi all, > > I'd like to propose appending the following two footers to messages sent to > the user@ and dev@ lists. The proposed postscript including line breaks is > between the "X" blocks below. > > Use

[DISCUSS] Add subscription mangement instructions to user@, dev@ message footers

Hi all, I'd like to propose appending the following two footers to messages sent to the user@ and dev@ lists. The proposed postscript including line breaks is between the "X" blocks below. User List Footer: X --- Unsubscribe: Send a blank email to user-unsubscr...@cassandra.apache.org .

Re: CASSANDRA-19268: Improve Cassandra compression performance using hardware accelerators

Hardware acceleration for more things would be great, especially based on the success of ACCP (CASSANDRA-18624 ). But I think it would be ideal to use existing compressor names and use hardware acceleration if a given JAR is present on the